Debian GNU/Linux スレッド Ver.103

公式サイト
https://www.debian.org/sitemap

前スレ
Debian GNU/Linux スレッド Ver.102
https://mao.5ch.net/test/read.cgi/linux/1744820527/

tar -zxvf は呪文として覚えるやつ
Tape ARchive と知ったのはずっと後。お家にLTOがある人は多くないはず
xf でいいことは 428 をみて知った

>>429
どちらかといえば、

tar -xvfz

かなぁ、どっちが多いんだろう。

実際は圧縮形式がわかったら例えばgzipだと昔の癖で

gzip -dc *.tar.gz | tar xvf -

とかやっちゃうんだけど。

tarでDATにバックアップ取ってたなあ
あれはいつ頃だったか

>>431
#tar cvf /dev/st0 .
とかね。

>>432
で、時代が変わってそのテープをWindowsで読みだすのが一苦労だった。

おいどん、今日初めてtarから解凍してソフトインストールしてパッケージマネージャがいらないとゆうことに気づく✨

>>434
自分でmakeするのと一緒で、依存関係とか、面倒だし、
アンインストールするときが難しい。

自分でmakeするファイルにREADMEが入ってなくて必要なソフト名も書かれてないって事あったろうか
酉ごとのパッケージ名の違いは自分で解消してちょが大抵だけど

難しい人には難しい
難しくない人には難しくない
ちょっと進次郎っぽいけどｗ

やっぱりslackwareでよかったんだー

>>438
slackwareも最近はあるよ。

debianのdockerコンテナで最新版neovim使えんかなとおもたらappimageがfuseなしでも使えるんやな

>>428
Jとかzとか要らないんだな
いつからなんだw

xzというのが謎だったから

$ xz -dc *.tar.xz | tar xvf -
とかしてたよw

最近は
tar.zst
とかが多いね。7zとかで良いと思うんだけど。

多いの？見たことない
Zstandardは物によっては7zの半分まで圧縮してくれる
でも7zの方が知名度高いよね

7zのほうが中身を表示するにも部分解凍にも都合はいいんだよな
でもzstdのほうが速いので使っちゃう

>>445
7zはWindowsがオリジナルだから、Microsoftアンチな人は使いたがらないかもね。

windowsオリジナル製は遅いし重いから使わんほうがいい

>>447
そういう思い込みはやめたほうがいいね。良いものはいいという考えが重要。

>>447
Unix由来ってzやgzだよね。
tarでまとめてからtar.zやtar.gzにする
一方zipもDOS由来なんだけどね。
tarでまとめて、あとで圧縮するというより、まとめながら圧縮したほうがつかいやすい
のは明らかなんだけど。

じゃあtar.xzかtar.zstに世代交代ということで

>>450
一般には普及しないでしょうけど、配信とかではあるかもね。

例のコード侵害事件以降、xzはzstdに置き換えられた
archのパッケージなど

>>452
そういう配信だといいんだけど、一般化するのは難しいね。
tarもそろそろ引退してほしい。Tapeが一般では使われなくなったしね
(cold backupでは現役だけどね)。

個人的には.zstは.gzの後継というか上位互換、
.xzは.7zのoss陣営版だって思ってるなぁ
(password機能はないけど…)

tarはunix系アーカイバーがアーカイブとコンプレスとを
別々で考える文化がある以上廃れないような気がする

>>454
zstdってgzで圧縮できたっけ？xzはオプションにあるけど。
tar.*とか今時何か意味あるんだろうか。

>>455
ごめん、上位互換ではなかったね(gzipと互換性はない)
同じような中程度の圧縮率、圧縮展開の速さが特徴の
圧縮形式だと言いたかったのです…

tar.*とか使わないんならzipとか7zとか使ってるのかな…?
.tar.xzみたいな2重拡張子が違和感なら.txzみたいに
短い形式の拡張子指定できるアーカイバも多いはず

>>456
二重拡張子はWindowsでは一般的ではないかな。
7zでもtgzを開くとtarが現れて、さらに開くとファイルが出てくるね。

androidだと例えばカスタムROMを配布する際はtar.xz

あ、でも7z使ってる人もいたか

7zって圧縮形式じゃなく書庫形式だぞ
圧縮アルゴリズムは複数あってbzip2もその中の一つ
馬鹿ってどうしようもないな
7-Zipとの区別もついてないんだろう

>>453
馬鹿丸出し

俺はtarを多用しているので無くなると困る

tarを使いたくなければ使わなければ良いだけで
引退して欲しいはどうかと思う

自分と違う考えの奴は排除するとか迫害するとか、魔女狩り風の考え方は好きじゃない
tar が好きじゃないなら使わなければ良いだけ
引退なんてしなくても良いｗ

tarだけだと圧縮しないから、アーカイブ作るのに便利だよな。
圧縮しなくていいから早く固めたいときとか

もうわかったから

tarは途中で処理が中断されてもアーカイブしたところまでは読み取れるんだよね
zipだと最後にcentral directoryが置かれていてこれがないとファイルの中身は読み出せない
サイズの大きいzipをダウンロードしていて途中で切れたらもうどうにもならない
でもjavaのクラスファイルもdocxやxlsx、odtもzipファイルになったからzipの利点はあるんだろうな

>>466
途中で途切れたぐらいなら-FFで修復できるんだけど？そこまでは読みだせる。
foo.tar.gz
で途中で途切れたらどうなる？

tar不要論始めたいの？

>>468
不要ではないけど、時代遅れかな。
cpioよりはマシだし。

zcat, zgrep で展開しない巨大ファイルも読めるからzip形式でも途中でも読めないか？
と思った

>>470
ソフトによってはそのまま読めるけど、標準だとunzipはエラーになる
zip -FFで修復したら標準でも読める。

ちなみに解凍というのはふるいことばらしいね。

オレオレ運用だけど、
トイレ休憩のたびに $HOMEなど自分環境をまるごとtarで丸めて１ファイルにして
バックアップストレージに書き出して時系列で退避している
(rsyncだと１つしか退避できない)

１ファイルにしたいのは必須項目
ストレージ容量は潤沢なので時間効率考えて圧縮はしない

tar以外に もっと良い方法があるかも知れないけどこれで充分だし
tar自体に廃止する理由になる問題点もあるわけじゃない
tar無くなると困る

>>472
zipでいいような気がするけど。

5GBあるのでzipだとトイレから帰ってきて終わってるかどうか

>>474
zip -0

でも、本来の目的であるTapeにtarでバックアップしたりした人いるのかな？
mtコマンドとか使える人いなさそう。

昔は(GNUじゃない時代は)
tar - create tape archives, and add or extract files
だったんだけど最近は
tar - an archiving utility
になってることに今気づいた。

トイレ休憩で5GBバックアップはなかなかの重要プロジェクトですな
自分はcronで作業用ディレクトリをtarでバックアップしてる

特定のディレクトリ以下をほかの場所にコピーしたいときもtarは便利なんだよね
tar cf - . | tar xpf - -C DIR
もちろんzipなんかでもできると思うけど
こういうときは慣れでやっぱりtarだなんだよなあ
cp -rはおれは信用してない

>>477
それは比較的新しい方法ですね。cdコマンドと合わせてパイプするのがUnixの正統かな。

>>476
重要なプロジェクトでそんなことやってるなんて個人商店ですかね。

cp -a が信頼できるようになったとはいえ
確実な方法があってそれで済んでるなら
わざわざ変えたくないものですね

>>480
tarやcpによるコピーって、正しくコピーされたか検証してないんじゃないの？

zipって64bitにちゃんと対応した?

>>478
伝統の
tar cvf - src_dir | (cd dst_dir; tar xvf -)
ですか

>>481
そうなんですか?

>>483
今でもそうしてしまいますね -C　とかいつから実装されたんだろう。

パーソナルユースならコピーが完了したら大丈夫でしょうけど、重要ななら
hashでも検証しないとだめですからね。xxHashとかがよく使われていますね。

rust で coreutile 再実装しているグループの仕事が無駄になりそうな会話だな

unix系コマンド新参ですがcpすら信用やっと出てきたかな？なんてすごい世界ですねぇ
今度rustで書き直したCoreUtilitiesに置き換えるって話を何処かで聞きましたけどまた信用を築くとこからやり直しですか

被った

>>485
それとは別の話になるとおもうが。

知識をひけらかしている時こそが最高の瞬間

>>489
そう思われちゃうのかな。
少しでもみなさんの向上につながればいいんですけどね。

tarは古いかも知れないし、より良い新しい方法はあるかも知れない
でも確立した確実な方法があるならむやみに刷新することもない
「寝た子を起こすな」
そういう選択肢も大切だという、考え方の引き出しは増やしておくと
生き残れる

>>491
そういう考えならcpioのほうが良いんじゃない？

個人的にtarの方が使い慣れてるしcpioは馴染みが無いので…

cpio は initramfs で間接的にみんな使っているかと
アーカイバや圧縮アルゴリズムに限らず複数の解放がある方が健全かと

下限の性能は昔と変わらんだろうが
使えるメモリ容量やプロセッサ数、スレッド数が桁違いに増えている環境もあるし
また実績と信頼のあるソースコードでもコンパイラ最適化等で問題出る場合もあるし

結局のところtarがzipよりすぐれているところは見つからない。
Windowsにもっていっても標準で解凍できるし。

>>495
zipは/dev/st0とかのテープには書き込めないから、もともとの意味ではtarが優れているけど、
ファイルに落とす分にはtarのほうが良いことってあるのかなな？

tarだとUNIXの属性全部保存できるしハードリンク構造保持できるから、構造まるごと持っていきたいときは一択

>>497
確かにそうですね。

>>497
いつまでも古いtarでしかできないってことが、ダメなところだけどね。

2連レスするのが趣味なの？

>>500
事情があってそうなった。気に食わなかったら申し訳ない。
ただ、わざわざ指摘する必要もないように思うけどな。

ここ10年ほどでLinuxに移ってきた人にとってはどうでもいい話だけどね

inode attributeもPOSIX ACLも格納出来ないアーカイバには一切価値はない

>>471
何言ってるんだ
無知って怖いな

>>475
character deviceも知らない馬鹿

長老！腰の具合はもうよろしいのですか！？

その歳で若い娘と毎日あんなにハッスルしてるから大事な時に出遅れるんですよ！

mt -f /dev/sr0 rewindもしたことないおこちゃまは
UNいXでいｐ寝てろ

System V Release 4.0 (SVR4) の続きにするには Redhat と Debian のどっちが近いのだ？
Debian の方が base になるシステムで変なこだわりあるけど。

Windowsのzipはちょっと前まで32bitだったはず
約2GBまでしか扱えない
今は知らん

>>508
普通はst0だろ。

昔はこうだったと押し付ける人このスレは多いからなぁ。
自分の使用と今の現実を受け入れられん凝り固まった人達が一定数いるのは仕方がないよ

ファイル属性が格納できないアーカイバは無価値なのだよ
どのOSでもどの年代でもTrue

こんな初歩的なこともわからん奴は
抽象論に逃げ込むしかない

クロームのせいかな
スワップ10g.
80%とか行きよる

swappinessの値いくつになってる？

>>513
バックアップとアーカイブの違い。アーカイブには属性などいらない。

>>517
この小僧が

>>518
お前にサンを救えるか！？

救えなかったね

https://imgur.com/m0GbpJT.png
https://www.reddit.com/r/linuxmasterrace/comments/6ighmy/the_gnulifecycle/

Debianスレって加齢臭がキツイね

>>520
こっちだ
https://pbs.twimg.com/media/Gzhgevua0AAjCQ9?format=jpg&name=medium

>>521
このver知らない

どちらでも良くね？

6.18がLTSになったね

Debian13をノートPCに入れたんやけど、
起動時、なになにファイルを読み込んだとか云う、
画面を流れる文字列がなくなって寂しいんだが、
どうすれば、いい？

>>526
たしか/etc/default/grubのGRUB_CMDLINE_LINUX_DEFAULT="quiet splash"のquietとsplashを消す
だったと思う
違ってたらゴメン

>>527
ありがとう、ダメだった。

お礼が遅くなって申し訳ない。
ラズパイのDebianはGUIで起動していると文字列はないが、
一度CUIで起動させると、次回からGUIで起動させても文字列が出て、
画面がにぎやかになる。

ありがとう。