くだらねえ質問はここに書き込め！ Part 234
■ このスレッドは過去ログ倉庫に格納されています
まずは2ch-Linux-Beginnersを読みましょう。
いろいろとまとめられているので(・∀・)イイ!!
http://www12.atwiki.jp/linux2ch/
読んでも解決しなかったら、質問を書きこむ前にここを読もう。
http://www12.atwiki.jp/linux2ch/?About
質問に対して答えてもらったら、お礼よりも、結果報告。
過去ログ検索
Google検索
https://www.google.com/search?hl=ja&;as_q=検索語句&as_sitesearch=2ch.net%2Ftest%2Fread.cgi%2Flinux%2Fhttps://www.google.com/search?hl=ja&;as_q=検索語句&as_sitesearch=5ch.net%2Ftest%2Fread.cgi%2Flinux%2F
※前スレ
くだらねえ質問はここに書き込め！ Part 233
http://mao.5ch.net/test/read.cgi/linux/1536848825/ >>637
起動済みのVLCプレーヤに圧縮したisoファイルをドラッグアンドドロップするとVLCプレーヤが即落ちします。VLCプレーヤ再起動の後、メッセージログを確認するとエラー、警告、デバッグともに空欄のようです メモリ足りてないんじゃね
イベントビューアも見なよ ファイルサイズのより大きい未圧縮のisoファイルは再生できてます なので、k9copyによって出来上がった圧縮済みisoファイルに問題がありそうです >>641
動画プレーヤでは再生できるのにVLCでは再生できないって
単にVLCがその圧縮ファイル形式をサポートしていないだけじゃないのか？ >>642
未圧縮のisoファイルはVLCプレーヤで再生できますが、K9COPYで圧縮したisoファイルを再生しようとするとVLCプレーヤが即落ちします
圧縮したisoファイルをディスクイメージマウンターでマウントするとDVDvideoのTSフォルダが現れて、その中にあるVOBファイルを動画プレーヤで再生できます
なので、圧縮したisoファイルには動画が格納されているのですが、なにか不完全isoファイルになってしまっているようです >>635
> このisoファイルをディスクイメージマウンターでマウントするとTSファイルがつくれており、これらは動画プレーヤで再生できます。
ちなみにその動画プレイヤーの名前は？ >>644
Ubuntu18.04に最初からインストールされているやつで動画プレーヤーという名前のアイコンです >>647
VLCプレーヤーでもvobファイルは再生できました $ echo foo > foo.txt
$ sed -i -e 's/foo/bar/;w /dev/stdout' foo.txt
bar
sedと言えば上書き時にも処理内容を表示できないか探したらこんなのあった
verboseオプションがないなりに工夫してるんだな コンテンツはアニメであり、DVD-RにDVDVideo形式で焼いた圧縮isoを家庭用BDプレーヤで再生してみると、各話のオープニング後の冒頭10秒再生し、その話のエンディング10秒再生して次話へ移るみたいな感じです
いずれも無音
やはりK9COPYでつくった圧縮isoファイルに問題がありそうです
問題ある圧縮iso内のVOBファイルを動画プレーヤなどで再生すると音声もあります isoに拘る必要ある？
各話分けてエンコすりゃいいんじゃないの 「萌え時計」のソースはどこ?
code.googleはデッドリンクなのだが。
ttps://code.google.com/archive/p/moeclock/ sedってyとか一部のコッマンドの仕様がedと違うんだよな プログラム中でzipファイルのエンコードをunzipする前にsjisかutf8見分ける方法ないですか？
unzip -lぐらいは可とします。
SJIS文字コードは8140〜989Eにあることぐらいしか判定条件ないですか？
ttp://ash.jp/code/unitbl21.htm
UTF8文字コードは範囲がよくわからない。 訂正
プログラム中でzipファイルをunzipする前にエンコードをsjisかutf8か見分ける方法ないですか？ >>658
>プログラム中で
これは何を意味しているんだ？
zipファイルをunzipする前にエンコードをsjisかutf8か見分ける方法ないですか？
ではダメなのか？ >>657
nkf --guess に食わせる、と Linuxでzipファイルの中身を展開せずに見るにはlessがおすすめ
http://totech.hateblo.jp/entry/2015/03/04/093757
他にも、unzip -Z(zipinfo)で展開せずに見る >>659
＞>プログラム中で
＞これは何を意味しているんだ？
zipinfoかunzip -lの結果を目視したくない
数多くあるzipファイルをシェルスクリプトで処理したい。 判定したいのが、ファイル名の文字コードなのか、ファイル内容なのかがわからないけど。
ファイル名だったら、
zipinfo -2 file.zip
で中身のファイル名がわかるから、それを判定するとか？
元のファイル名が上記コマンドで得られるかわからないけど。
ファイル内容であれば見るために一旦zipを展開しないと見れないので、
テンポラリディレクトリに展開してfileコマンドでみるとか、nkf -gで見るとかかな。 × 元のファイル名が上記コマンドで得られるかわからないけど。
〇 元のファイル名が同じ文字コードのままで上記コマンドで得られるかわからないけど。 xfce環境なら照度のなんたらとか電源管理で設定できますよって遅いか
メニュー＞設定＞電源管理 >>664
ファイル名の文字コードでOKです。
文字化けを防げればいいです。
unzip6.0 の-Ocp932はパッチが必要でlibiconvも必要で上手く行っていません。 完全な自動判定は原理的に無理だから目視はした方がいいと思うよ。
sjis か utf-8 のどちらかということなら、両方に当てはまる場合だけ目視すればいい。 以下のように「10個のコマンドをバックグランドで並列に実行」というのを2回やりたいのですが
★の部分で全バックグランドプロセスが完了するのを待つ、という処理を行うことはできますか？
for i in {1..10} ;do
コマンド $i &
done
★
for i in {11..20} ;do
コマンド $i &
done >>669
すぐ見つかることを尋ねているとは思えないから)これで良いのか分からんが(
https://uxmilk.jp/52821 >>670,671
まさにドンピシャなコマンドがあるんですね
ありがとうございました！ 何かのパッケージと重なってlibiconvのインストール、アンインストールを繰り返した場合、
システムが不安定になることが多い。
libiconvのconfigureのオプションが検討不足か、後から入れたパッケージの検討不足かも
しれないが、安定のためにlibiconvで出来ることない？
極力OS付きのを使う以外で教えてください。
なんか経験を聞く質問になってしまって申し訳ない。 >>673
システム全体のlibiconvを差し替える必要はあるの？
必要なアプリケーション単位でやった方が安定するんじゃない？ >>674
あー、prefix先か。ありがとう。
後から入れるソフトのconfigureかmakefileでlibiconvを指定できるタイプなら出来そうですね。
makefileは自分でいじったことがないので、ググってサンプルがないと出来ないが。
調べてみる。 /usr/local/binじゃなくて~/libiconv115にインスト。
後から入れるソフトのconfigureかmakefileでlibiconvを指定。
unzipのmakefile書き換えだと以下でOK？
LFLAGS1 = -L~/libiconv115/lib -liconv
$(MAKE) unzips CFLAGS="-O3 -Wall -DBSD -I~/libiconv115/include -DNATIVE" LF2="" Linuxのlibiconfなら./configure --prefix=
で指定したほうが安全だよ。
Makefileを直接書き換えると漏れがあったり不必要なところまで書き換えちゃうかもしれんから。 makeしたコマンドを/usr/local/bin/以下のprogramフォルダで管理するコマンドがあったような
/usr/local/bin/へのsymlinkも作る優れもの これからはユーザーディレクトリ以下に
インストールするのが普通になるけどな >>660
に、nkf --guess に食わせる、って書いてある
iconv は、最近は聞かない。
Ruby でも、NKF を使う
require 'nkf'
enc = NKF.guess( "文字列" )
puts enc.name #=> UTF-8 こんぐらいお前らでもできると思って放置してたけどさ、
お前らzipのファイル名がsjisかutf8かも見分けられんのか
nkf使おうがiconv使おうが正しく判定できるわけねーだろ
zipのファイルフォーマット見てみろ
https://gist.github.com/ysakasin/2edf8d3bf55c6ebf63f82851e302b030
ファイルの7バイト目からの2バイト、general purpose bit flagの
12bit目（Bit: 11）を見るだけでUTF-8かどうか分かるだろ
（UTF-8でない場合、それがsjisなのか他のなにかであるかを正確に区別することはできない）
zipinfoで見れるんじゃないかとも思ったけど、よくわからんかったが
UTF-8かどうかの判定はこの1ビットを見るだけだ
その1ビットの判定をどうやるのかはシェルスクリプトだと
面倒くさそうではあるけどな。（適当な言語なら簡単だろう） パイプ渡しから、Ruby の1-liner で、nkf ライブラリを使った例
echo "あ" | ruby -r nkf -ne 'puts NKF.guess($_)'
#=> UTF-8 Ruby の1-liner を使って、これでやってみれば？
-1 : ファイル名の一覧のみを表示する
zipinfo -1 exmaple.zip | ruby -r nkf -ne 'puts NKF.guess($_)' ただ厳密に言えば、UTF-8とSJISのファイル名は
ごちゃまぜに入れることはできる stdbuf のマニュアルにある
% tail -f access.log | stdbuf -oL cut -d ' ' -f1 | uniq
がうまく動きません (cut でバッファリングされる)。FreeBSD なら OK。
これなんででしょうか。ソース見る限りでは、普通に stdio を使って
出力しているだけに見えるんですが。
CentOS 6.8 です。
% cut --version
cut (GNU coreutils) 8.4
簡単に再現できそうなのはこちら。
% (for i in `seq 1 1000`; do date;sleep 0.01;done) | stdbuf -oL cut -d ' ' -f6 |cat -n Debian9 でも動きました (GCP の CloudShell にて)。
バッファリングしていると思われる CentOS の詳細情報です。
% which cut
/bin/cut
% ldd /bin/cut
linux-vdso.so.1 => (0x00007ffde2d37000)
libc.so.6 => /lib64/libc.so.6 (0x00000039f6000000)
/lib64/ld-linux-x86-64.so.2 (0x00000039f5c00000) >>688
ASCII文字の範囲内だけなら区別できないよな >>691
ASCII文字以外の範囲でも文字によっては区別できない
話は変わるけど、
Unicodeの時代になったしいまさら作ってもしょうがないだろうけど
文字コード判定で単語になってるかどうかで判定すれば
短い文字でもより精度が上がるんじゃないかって思ってる
例えば「a?‡a-?a??a?‘」とか「譁?ｭ怜喧縺?」という文字化けした文字列に
出てくる単語は、世の中（例えばwikipedia）であまり使われてないが、
「文字化け」という文字列であれば登場頻度は高いからこれだろうと予測できる
単語って書いたけど各言語ごとに文字のバイト列をデータ化して
そのバイト列がより多く登場する言語はなにか？で判断すれば
分かち書きとかの言語固有の処理も必要なく汎用的に使えると思う 文字化けを回避した解凍って事実上unar一択なのかしら unarが便利すぎて正直7zあたりのコマンドライン操作忘れてるわw 使ってないからよく知らないけど、複数のエンコーディングが混在しててもうまくやってくれるの? 最近のwindowsで流行っている圧縮はUTFなの未だにSJISなの？
LInuxサーバーで管理するならzipをUTF変換にしたいな。
未だにlhaplusあたりなのかね。
Win以外、iOSも泥もmacもlinuxもUTFなのでwinもUTFにしてほしいところ。 >>699
SJISは日本語専用だ。
外国でSJISが使われてるわけがないだろ
昔からSJISは流行っていない windowsのunicodeはUTF16だけどな >>703
内部はともかく、
ファイル名やzipファイル名でutfじゃなければ意味がない話。
windowsの標準の文字コードって何ですか？ - 日本語 Windows について知る... - Yahoo!知恵袋
（https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q11160634546）
最近どうなのかは知らん。 >>689
sudo tail -f /var/log/messages | stdbuf -oL cut -d ' ' -f3 |uniq
ってやったら期待通りっぽい出力になった。
cutで出力している文字列が全部同じだったりしない？
cut, stdbufともGNU coreutils-8.22 windowsのユニコード導入はLinuxより先進的だったんだけどな
ユニコード作ってるところが無能すぎてutf-16なんて欠陥品を導入してしまった
javaも同じ被害を受けている なんで賢い>>707は指をくわえて何もしないでいたの？
無能呼ばわりするくらいなんだからだれもが納得できる最高のコードを作れるんでしょ？ >>708
何に怒ってるんだ？
utf16を馬鹿にされたから？
あれは確実にゴミだけど >>708
なんだこいつ
今はutf-8があるだろ ドザーの論理はさっぱり解らない。
> ユニコード作ってるところが無能すぎて
(Windows作っているところが)
> utf-16なんて欠陥品を導入してしまった Linux板あるある
windows持ち上げるやつみんなMS信者に見えてしまうやつが居る その逆もまた然り
べつにWindowsを馬鹿にしていないのに
欠陥を指摘するとすぐ怒る人もいるよね >>696
atoolがあると圧縮の時も手抜きできるよ
おかげでtarの呪文がさっぱり >>707
utf-8採用してればよかったの？NTの時代で考えればそれは無理ゲーでしょ？EUC-JP採用するわけもないし
707の理想とする採用すべきだった内部文字コードは何？ >>686-687
修正
>zipinfo -1 exmaple.zip | ruby -r nkf -ne 'puts NKF.guess($_)'
-1 : ファイル名の一覧のみを表示する
zipinfo -1 exmaple.zip | ruby -r nkf -ne 'puts $_, NKF.guess($_)'
ls | ruby -r nkf -ne 'puts $_, NKF.guess($_)'
これの方が、わかりやすい。
Ruby の1-liner を使って、これでやってみれば？
Ruby は、apt にあるだろ こんにちは
古いBIOSのノートパソコンで運用していて
外付けUSB HDDにバックアップと予備の環境を置いてありますが
起動できませんでした
恐らく2TB超えが原因かと
この場合USBメモリに予備の環境を構築して起動すれば良いのですかね？ >>715
その時代にはunicodeを採用すべきじゃなかったってことだろう
代替案なんて無かった >>719
逆アセンブルのこと？
objdumpとか使えば？ >>718
最初っからUTF-8を採用していれば良かったんだろ
UTF-8の有用性に気づかずに、16bitに全部収まるだろって
UTF-16を採用したMicorosoftが馬鹿なんだよ
ばーか 大部分のセキュリティ問題はUTF-8でなくUnicode由来でそ
UTF-8固有なのは、同じ文字にデコードされうる不正な表現を弾くように正しく実装する必要がある件くらい >>721
windowsがunicode採用した頃にutf8なんて無かっただろ
時系列理解できてないのか dfで長いデバイス名
においても、改行させない方法ってありますか。
ファイルシス サイズ 使用 残り 使用% マウント位置
/dev/mapper/VolGroup00-LogVol00
17G 4.4G 13G 26% /
↑こんな感じになるのを
ファイルシス サイズ 使用 残り 使用% マウント位置
/dev/mapper/VolGroup00-LogVol00 17G 4.4G 13G 26% /
↑こんな感じに出力したい。
ただ、実際の目的としては、
fstabによる、マウント位置と、そこにマウントされてるデバイスの空き容量の２つを
拾いたいというのが目的です。
※上の例なら、/ と、13Gという情報だけ拾えればOKです。
Cent6です % df | cut hogehoge
でなんとかなる >>720
xxdなら-rで戻せる
odにはないの？ psとtar以外でオプションにハイフンがいらないかあると挙動が変わるコマンドってある？ >>724
WindowsがUnicodeを採用したのは1993年リリースのWindows NT 3.1
UTF-8は1992年リリースのPlan 9向けにケン・トンプソンが開発
時系列がわかってないのはおまえ >>727
ない。printf '%b'とか使えば？
なんでod(1)一つで完結させたいのかよく分からん NVIDIA QuadroのOpenGL性能を見たいんですが、何かいいベンチマークツールないですか？
一昔前はSPECviewperf、さらに昔はglxgearとなどが定番でしたが、今は使い物にならないですよね >>729
> UTF-8は1992年リリースのPlan 9向けにケン・トンプソンが開発
それはUTF-8じゃなくてPlan9内部コードでしょ？
Unicodeが採用したわけじゃないよね >>733
1993年6月リリースのUnicode 1.1でUTF-8が正式採用されてる やっちまいました。
プロセス監視スクリプトを書いて、
/etc/rc.localにそれを起動するように書きましたが
&を付け忘れていたために起動プロセスが完了しなくなってしまいました....
どうにか対処する方法はないでしょうか？
機械組み込みのLinuxなのでストレージが外に出てないです....
ディストリはDebian Jessieです。どなたか助けてください！ SSHを出してたりもしていないので、
おそらく起動シーケンス中に割り込む方法がなければ
詰んでしまってるような気がします....
シーケンス中に割り込んでファイルを触れるようなことができたり、
Winでいうセーフブートができればいいんですが、
どうすればいいのか皆目見当がつきません！
どうか皆様お助けください... >>735
ブートオプションでinit=/bin/shを指定すればシェルがでるはず
Ubuntuでの例だけど
ttps://qiita.com/esesesesescup/items/73cbadca52cf8c306b7e ■ このスレッドは過去ログ倉庫に格納されています
