Dotaz: Nebootujici system pro neexistujici swap

[lertimir]

Příloha:

• rdsosreport.txt (81636 bytů)

Havaroval mi HDD. Nebyl systemovy, ale datovy, nicmene obsahoval oddil pouzivany jako swap. Systemovy disk je SSD a to jsem nechtel trapit vysokymi zapisy do swapu. Bohuzel jsem pred padem nestihl uklidit konfiguraci a ted system nebootuje. Prikladam rdsosreport.txt ktery je vygenerovany dracutem. Akce, ktere jsem udelal:1 zrusil radek se swap v fstab a 2 zrusil jsem radek s resume polozkou v bootovaci polozce grubu. Nicmene v prilozenem vypisu je zobrazen radek s nabranim informaci z /etc/cmdline.d/95resume.conf (nicmene v /etc zadny adresar cmdline.d neni) a presne na neexistenci uvedeneho UUID to padne. disk je uz na ceste k Seagate do Nemecka, puvodni boot uz nijak mozny neni. Ted pracuji s SystemRescueCD, jak to z nej opravim?

---

---

Odpovědi

[nobody]

podle tohototo v rdsosreport.txt :

cat /etc/cmdline.d/95resume.conf
resume=UUID=eff9d762-2994-4aea-8800-cefb11c7b8f5

vypada ze ten soubor mas, urcite se divas do spravneho etc ? v pripojenem /dev/system/root ?

# v nouzi muzes vytvorit swap na ssd v lvm (mas tam 5.55GiB Free) s UUID co mel ten puvodni
lvcreate -n swap -L 1G system
mkswap -f /dev/system/swap -U eff9d762-2994-4aea-8800-cefb11c7b8f5

[lertimir]

diky. Zkusim. A urcite ten adresar nemam. Tady je jak je k tomu videt v systemrescd. /dev/mapper/system-root jsem namapoval a vypsal cast jeho etc zacinajici na cm a nic tam neni.

root@sysresccd /dev/system % df                  
Filesystem              1K-blocks     Used Available Use% Mounted on
rootfs                    4029384     1656   4027728   1% /
udev                        10240        0     10240   0% /dev
/dev/sdd1                15674400 12024112   3650288  77% /livemnt/boot
/dev/loop0                 286720   286720         0 100% /livemnt/squashfs
tmpfs                     4029384     1656   4027728   1% /livemnt/memory
none                      4029384     1656   4027728   1% /
tmpfs                      524288       12    524276   1% /livemnt/tftpmem
none                       524288       12    524276   1% /tftpboot
tmpfs                      805880      876    805004   1% /run
udev                        10240        0     10240   0% /dev
shm                       4029384        0   4029384   0% /dev/shm
cgroup_root                 10240        0     10240   0% /sys/fs/cgroup
tmpfs                     4029384       72   4029312   1% /tmp
/dev/sda2                  640635   104529    498732  18% /mnt/boot
/dev/mapper/system-root  23607740 13710748   8674748  62% /mnt/root
root@sysresccd /dev/system % ls /mnt/root/etc/cm*
zsh: no matches found: /mnt/root/etc/cm*

Nejsem si jist odkud ty zpravy (adresare) jsou. Jestli to neni fakticky v initrd, protoze rozhodnuti, ze natahuji image pameti je prece velmi brzy. Ale to s vytvorenim swapu verim, ze je ciste reseni. Potom po bootu zrusim swap a nebo ho dam na najaky HDD.

[lertimir]

Vytvoreni swapu nepomohlo. jdu se zabyvat initramfs.

[R]

To bude v initramfs. Pregeneruj ho.

[lertimir]

Přegenerování initramfs zprovoznilo systém.

[pavlix]

To dává smysl.

[Jendа]

Zadal bych té distribuci bug. Chyba v připojování swapu není důvod k tomu aby to dál nebootovalo.

[pavlix]

Popravdě cokoli se systemd buď při sebemenším problému selhává, nebo tě to nechává čekat bez možnosti přeskočení toho kroku, o kterém víš, že je tak jako tak odsouzený k neúspěchu, nebo obojí. Naštěstí se v dracut shellu běžně dostanu k systémovým datům a tyhle věci opravím.

[pavlix]

Popravdě cokoli se systemd buď při sebemenším problému selhává, nebo tě to nechává čekat bez možnosti přeskočení toho kroku, o kterém víš, že je tak jako tak odsouzený k neúspěchu, nebo obojí. Naštěstí se v initramfs shellu běžně dostanu k systémovým datům a tyhle věci opravím.

[pavlix]

Systém přestal kontrolovat vícenásobné odeslání komentáře? Jde o to, že dracut vlastně nepoužívám (gentoo, genkernel-next).

[ikar]

Systém přestal kontrolovat vícenásobné odeslání komentáře?

A vida - to bude další bug v systemd!

[pavlix]

Hehe.

[trubicoid]

to je problem dracut-u, sem na to taky narazil, je to kvuli resume ze swapu, docela me to onehda nemile zaskocilo

/etc/dracut.conf

omit_dracutmodules+="... resume ..."

[ewew]

Skús sa pozrieť sem či tu nie je riešenie.

[michich]

Zkus kernelu do argumentů přidat noresume.