Debian GNU/Linux スレッド Ver.103

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

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

>>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で起動させても文字列が出て、
画面がにぎやかになる。

ありがとう。

>>528
sudo update-grub やった？

>>529
やってなかった。

やって、成功。
Debian12より多くの文字列が出て、大成功！

だけど多すぎる。
だけど、これぞ電算機という感じだわ(笑)

ありがとう、感謝。

unstableだけど、昨日apt upgradeしてから音周りで不都合出てるわ
Firefox ReleaseとESR両方で音が出ないので気がついた
Firefoxだけかと思っていたら、mpv+smplayerで96kHzの音声ファイルも再生がおかしい
今のところ他のサンプリングレートは正常だけど、96kHzだけ再生速度が落ちたような感じの全く別の音になる
まいったな

pulseなのpipewireなの
それともalsa直なの

alsamixerでサウンドデバイスの選択できる？

sudo alsa force-reload

>>531
unstableならそんなもんじゃないのか
そのうち直したの配布するだろ

>>532-534
さんきゅ　ALSA直で、デスクトップ環境と同じくalsamixerで問題なく認識してて、再起動でも変わらず

>>535
ま、こんなものちゃーこんなもの　起動しなくなるよりマシだけど、おま環だと何れどこかで再インスコかもな

面倒なのは関連するパッケージ軒並み更新されてんのよね Firefox release, ESR, ALSAとか
全く別の原因が絡んだ複合要因かも知れんし、おま環でないことを祈ること位しか出来ねー

毎年この時期になんかヘンテコな事になりがちなんだけど、年末に向けてちょっと無茶しちゃうぜみたいな
風習が開発界隈にあるんかいな

クリスマス休暇とか？

aptのlogから関連してそうなパッケージを探して、あやしそうな奴をピックアップしてからチェックしていたら
早速更新が入っていたので更新したら全部直ったわ

原因はALSA関連の libasound2-data と libasound2t64 みたい

このスレだと嵌ったのは俺だけだったかもしれない

>>538
よかった
環境固有の不具合じゃなくて開発のミスだったのね

debianに切り替えるとMXスナップショットが使えなくなる

俺もUSBオーディオがある日突然Samplingrate44100khzで固定になったよ
多分デュアルブートが原因じゃないかと思うんだが
まあ実験用のHaswell君だけで出る症状みたいで
さらに起動時にPCIかACPIのアラートが出てたしね（MXのLiquorixカーネルだと大丈夫）

>>13
実験版になっている
https://packages.debian.org/experimental/openarc

kuser行方不明なんだけどどこいった？
Debian版だけ？
sambの権限つけようとしたらなくて泣いた

今だにkuserなんかにしがみつくなよ

kuser使いやすかったが
代わるものが1つもない

大量に項目がある設定をコマンドラインでやるより
GUIで一覧眺めながらやったほうが楽