[過去ﾛｸﾞ] Debian GNU/Linux スレッド Ver.99 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
823: 2024/05/09(木)07:03 ID:F8L0GH10(1) AAS
plasmaならsddmってくらい使われてる
824(1): 2024/05/11(土)16:05 ID:mH9z2kD2(1/3) AAS
QubesOSでDebianを入れて使用してます。SikiのAppimageをDebianのVM起動時に自動起動
させたいのですが、Windowsのようにexeファイルをスタートアップフォルダに入れて…
という感じでできないものでしょうか。
Systemdの使用も、これはサービスを自動起動させるものであってアプリはまた違う方法があるのかな
と思ってます。何か良い方法はありませんか…
825(1): 2024/05/11(土)16:09 ID:pWh2wkOw(1) AAS
~/.config/autostartに.desktopファイルを置くとか
826(1): 2024/05/11(土)17:07 ID:Obat1HZV(1/2) AAS
gnome-tweaks から Startup Applications
KDE なら System Settings/Autostart
みたいに他のもそういうのあるよ
827: 2024/05/11(土)17:15 ID:ctBKKRS+(1) AAS
Xfceなら設定のセッションと起動とかね
ちなみにWinでスタートアップに放り込むのはexeファイルのショートカットで実行ファイルそのもの入れちゃだめ
828(1): 2024/05/11(土)17:15 ID:mH9z2kD2(2/3) AAS
>>825
~/.config配下にはautostartがなかったのでmkdirで作成してみました。
.desktopファイルをおいて、このファイルにAppimageのファイルパスを書いておけば
自動起動するんでしょうか…ちょっと試してみます。
>>826
私の使っているDebian12はxfceですね、apt installでtweakアプリがあればそちらを使うのが
手っ取り早いかもしれません
829(1): 2024/05/11(土)17:18 ID:Obat1HZV(2/2) AAS
>>828
xfceなら 827のいうように
xfce4-settings-manager
にautostartあるはず。
830: 2024/05/11(土)17:25 ID:s+xcj+oP(1) AAS
ネズミなんか飼ってるからだな
831: 2024/05/11(土)18:58 ID:mH9z2kD2(3/3) AAS
>>829
autostartは、/etc/xdg/autostart にありました。
xfce4-settings-mangerどこだ…
QubesOSのネズミのことは知らないのですが、意外と穴がありそうですよね。
スノーデンが推していたのですが、あくまでOSを30秒で作り直せるのが売りなのかもです
832(1): 2024/05/11(土)21:38 ID:dPe7Hv8x(1) AAS
質問だよ dump/restore のdump先を /dev/sdc2 みたいにブロックデバイスにしたらどうなるの？
普段使っている dump先をファイルにスル場合は
# dump -0uf /backupdir/root20240511d0 /
dump先をデバイスにする(テープデバイスじゃないよ)
# dump -0uf /dev/sdc2 /
/は /dev/sda2 とかで /dev/sdc2も十分容量があると仮定するよ
833: 2024/05/12(日)04:15 ID:himdRzfD(1) AAS
>>824
アプリならVM起動時じゃなくてログイン時でしょ
自動ログインになっているとしても
834: 2024/05/12(日)15:55 ID:cduWE07l(1/2) AAS
>>832
普通に /backupdir/root20240511d0 に出力されるはずの
ファイルの内容を /dev/sdc2 に ddで書いたのと
同じになるはず
(RAWライト)
/backupdir/root20240511d0 に書き出し済みなら
# dd if=/backupdir/root20240511d0 of=/dev/sdc2
と等価なのでは
835(1): 2024/05/12(日)18:04 ID:fh/WzLko(1/2) AAS
やってみた /dev/sdc2 が ext4の /になることがほのかな期待値だったが全く異なる
/dev/sdc2 はファイルシステムが不明のマウントできないボリュームになってしまった
おそらく restore を1回やることはできるが、別のダンプレベルで出力すると全部壊れる
テープデバイスだとうまくいくのは、テープを入れ替えることで擬似的にファイル選択のようなことをしているからだろうか
836: 2024/05/12(日)18:07 ID:fh/WzLko(2/2) AAS
restore -t /dev/sdc2 をやっておけばよかった
837: 2024/05/12(日)18:36 ID:cduWE07l(2/2) AAS
そりゃあdumpコマンドで出力されるデータは
extファイルシステムを読み取ってそこから
バックアップ用に不要データを整列させ
ふるい落としてるからそうはならんでしょうね…
ディスク(パーティション)上に配置された
RAWデータ(ディスクイメージ)とは中身が全然違ってる
838: 2024/05/13(月)04:02 ID:rXuKxFtd(1) AAS
>>835
tape deviceはcharacter deviceです
HDDとその系譜は基本的にblock deviceで
ファイルシステムを介して使う前提のdeviceです
今話題になっている原始的なバックアップを行いたい時や
パーティションをいじる時やmkfsしたい時は
block deviceに対応するraw character deviceを使う流儀です
BSD時代は対応する別の名前のdeviceが自動的に出来たのですが
Linuxはrawコマンドで明示的に作ります(管理コマンドの多くは自動的に行います)
h 外部ﾘﾝｸ[html]:manpages.debian.org
839(1): 2024/05/13(月)11:29 ID:T6xKo0Lv(1) AAS
dump/restoreって厳密には物理バックアップじゃないんじゃね？
昔Solarisでやってたときは、シンボリックリンクは再作成の挙動になってた。
840: 2024/05/14(火)23:55 ID:wPik1tYy(1) AAS
dumpはdd的にビットをゴリゴリ読む系の話ではなかったと思う
ヘッダとかなんかなかったっけ
841(1): 2024/05/15(水)00:19 ID:CvqPyFVW(1) AAS
ddはセクタバイセクタ(バイト列)処理
dump/restore(extX), btrfs send/receiveとかはファイルシステム処理
tar, rsyncとかはファイル単位処理で
それぞれ扱うデータ層が違うよね
バックアップするときもそれぞれ利点欠点があるから
上手く使い分けしたい
842: 2024/05/15(水)08:03 ID:c+q/+qZg(1) AAS
>>841
> ddはセクタバイセクタ(バイト列)処理
サイズが揃ってないといけない
今は後から変更可能なファイルシステムばかりだが
> dump/restore(extX), btrfs send/receiveとかはファイルシステム処理
サイズは違ってもいい
> tar, rsyncとかはファイル単位処理で
ctimeを復旧できない
上下前次1-新書関写板覧索設栞歴
あと 160 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.223s*