Debian GNU/Linux スレッド Ver.97[ﾜ有] (814ﾚｽ)
Debian GNU/Linux スレッド Ver.97[ﾜ有] http://mao.5ch.net/test/read.cgi/linux/1624015965/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
59: login:Penguin (ﾜｯﾁｮｲ b6e3-Efo6) [sage] 2021/06/21(月) 22:57:04.66 ID:Wvn//Aad0 略 ttf-dejavu (2.37-1) を展開しています... linux-image-4.19.0-17-amd64 (4.19.194-1) を設定しています ... /etc/kernel/postinst.d/dkms: Error! Your kernel headers for kernel 4.19.0-17-amd64 cannot be found. Please install the linux-headers-4.19.0-17-amd64 package, or use the --kernelsourcedir option to tell DKMS where it's located Error! Your kernel headers for kernel 4.19.0-17-amd64 cannot be found. Please install the linux-headers-4.19.0-17-amd64 package, or use the --kernelsourcedir option to tell DKMS where it's located /etc/kernel/postinst.d/initramfs-tools: update-initramfs: Generating /boot/initrd.img-4.19.0-17-amd64 /etc/kernel/postinst.d/zz-update-grub: Generating grub configuration file ... Found background image: /usr/share/images/desktop-base/desktop-grub.png Linux イメージを見つけました: /boot/vmlinuz-4.19.0-17-amd64 Found initrd image: /boot/initrd.img-4.19.0-17-amd64 Linux イメージを見つけました: /boot/vmlinuz-4.19.0-16-amd64 Found initrd image: /boot/initrd.img-4.19.0-16-amd64 Linux イメージを見つけました: /boot/vmlinuz-4.19.0-14-amd64 Found initrd image: /boot/initrd.img-4.19.0-14-amd64 Adding boot menu entry for EFI firmware configuration 完了 略 ---------------------------- やべえ。Errorがたくさん出てる。以前はここで引っ掛からなかったのに http://mao.5ch.net/test/read.cgi/linux/1624015965/59
177: login:Penguin (ﾜｯﾁｮｲ ffe3-jrG3) [sage] 2021/06/26(土) 16:48:23.66 ID:F5FfVWLO0 > Btrfs & timeshift の場合は基本的にはスナップショット取っておけば必要ない とありますので、この@ のバックアップはやめていいですか？ http://mao.5ch.net/test/read.cgi/linux/1624015965/177
284: login:Penguin (ﾜｯﾁｮｲ ffe3-jrG3) [sage] 2021/06/30(水) 22:30:38.66 ID:xAx0XYgm0 hjtop読みで起動時416メガバイト。軽い。 10のときと同じ。 http://mao.5ch.net/test/read.cgi/linux/1624015965/284
559: login:Penguin (ｱｳｱｳｳｰ Saab-hJVi) [sage] 2022/05/03(火) 03:35:51.66 ID:ztAZByeta それ以外にもgnome-disksをパージしただけなのに 「にっくきgnomeを排除した！」とか言ってたりよくわからんよね 関わると自演認定されそうな予感がするんでこれ以上の助言はやめとくわ http://mao.5ch.net/test/read.cgi/linux/1624015965/559
689: login:Penguin (ﾜｯﾁｮｲ 1bd3-tnVJ) [sage] 2022/07/11(月) 12:32:08.66 ID:SlQ+SbLD0 好きなようにすればよかろ 但しその際いちいち他人を振り回さなきゃならん様ではなに使ったって大して変わらん http://mao.5ch.net/test/read.cgi/linux/1624015965/689
691: login:Penguin (ｱｳｱｳｴｰ Sa13-I3Tu) [sage] 2022/07/11(月) 13:22:49.66 ID:yZJnVccna systemdのマネージャーはシステム全体のものと各ユーザー毎の2つあるからそこちゃんと分けて考えたほうが良いよ (後者の各ユーザー毎のマネージャー自身は前者のシステム全体のマネージャーの1サービスとして管理される) >>654の/etc/systemd/system.conf内のDefaultTimeoutStopSecは前者のシステム全体のマネージャーがシステムのサービス等を終了する時のタイムアウトの初期値 >>656の/etc/systemd/user.conf内のDefaultTimeoutStopSecは後者の各ユーザー毎のマネージャーがユーザーのサービス等を終了する時のタイムアウトの初期値 >>660の各サービスごとのTimeoutStopSecが指定されてればそれが初期値よりも優先されて使われる >>671の$ sudo systemctl list-unitsの一覧は前者のシステム全体のマネージャーのユニット一覧 >>678の# journalctl | grep systemd | lessも同様に前者のシステム全体のマネージャーのユニットのログ んでお前さんの貼ってる｢A stop job is running for User Manager for UID 1000｣ってのは文字通りidが1000のユーザー用のマネージャ自身の終了時に処理が帰ってこなくて(それを管理してるシステム全体のマネージャが)タイムアウトまで待ってるって状況 長々と書いたけど例えばuidが1000ならそのユーザーでログインして journalctl -u user@1000.service でそのタイムアウトしてるサービス(=uid1000のユーザー用のマネージャ)自身のログと journalctl --user でそのタイムアウトしてるサービス(=uid1000のユーザー用のマネージャ)が管理してるユーザーのサービスのログ を見てみるとなんか分かるかもしれないし分からないかもしれない http://mao.5ch.net/test/read.cgi/linux/1624015965/691
796: login:Penguin (ﾜｯﾁｮｲ 1bd5-nGpl) [] 2024/08/09(金) 18:14:59.66 ID:dTqm+8LG0 >>751 ビヨンドは全日残ってるから？ 日曜22?見てもわかるように延期でまだまともなサイトの決済も勝手に死んだ http://mao.5ch.net/test/read.cgi/linux/1624015965/796
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.035s