Názory k článku
SystemRescueCd se přejmenoval na SystemRescue a vyšel ve verzi 7.0

No a taky bootovatelný přes PXE legacy i EFI HTTP (iPXE), s možností spustit automaticky skript.
Jinak je ale největší změna ten název projektu a adresa webu. To je značná úleva, protože při změně major verze se něco kolem PXE vždycky změnilo a dokumentované to moc není.

Díky za info

Koukali jste někdo, zda v té nové verzi zprovoznili možnost ukládat změny, které v live systému provedete?

Ve starých verzích stačilo udělat squashf soubor v rootu USBčka pojmenovaný sysrcd.bs

Po tom co přešli z Gentoo na Arch tak to předělali.

22. 10. 2020, 14:01 editováno autorem komentáře

Jo, to jde. V odpovídajícím grub.cfg (bacha, je to dvakrát, jednou pro EFI a jednou pro MBR - /boot/grub/grub­srcd.cgf a /sysresccd/bo­ot/syslinux/sys­resccd_sys.cfg) stačí doplnit "cow_label=SYS­RCDCOW" a ideálně na téže flešce udělat druhou partition s tímto labelem (ext4) - ale ta partition může být samozřejmě kdekoliv, připojuje se disk-by-label.
Ten label samozřejmě může být dle libosti.

22. 10. 2020, 14:48 editováno autorem komentáře

Díky za tip.

Já se o to pokoušel s návodem:
https://www.system-rescue.org/manual/Creating_a_backing_store/
Vytvořil druhý oddíl na flashce jsem ještě dal, ale pak se mi nedařilo ji "aktivovat" pomocí boot command line.

cow_label=
ani
cow_device=

Když je to na druhém oddílu na flashce, zformátovaném ext4, který se v systému (po nabootování) hlásí jako /dev/sdc2, formátovaný s labelem mystore:
mkfs.ext4 /dev/sdc2 -L mystore

tak bych čekal že to půjde:
cow_label=mystore
nebo
cow_device=/dev/dis­k/by-label/mystore

Je v mém postupu chyba?

PS:
Ten předchozí způsob s backstore mi přišel lepší. Flashka se nemusela porcovat na dva oddíly, klidně to celé mohlo být na vfat a na flashdisk se daly nahrávat i jiné věci v Lin i Win. Backstore se dal snadno zkopírovat na další flasku, nebo zazálohovat.

Chybu nevidím.
Co vypíše e2label /dev/sdc2?
Je cow_label=mystore opravdu ve správném .cfg a ve správné sekci?
Takto jsem si naběhl, když jsem to nastavil v EFI konfiguraci a zabootoval jsem legacy - a ono samozřejmě nic.

Nedával jsem to do .cfg, ale jako interaktivní volbu při bootu.
Každopádně díky za to upozornění na dvě konfigurace pro EFI / Legacy.

Jen technicka. Jak ste menili nastaveni parametru jadra?
Ty soubory jsou na ISO9660 read only filesystemu. Takze rozborka/zborka?

Bootovací fleška (rufus), 1. partition FAT32 (aby z toho šlo bootovat přes EFI), volitelně 2. partition ext4 na persistentní overlay. Systém samotný je totiž na squashfs+overlay.

BobTheBuilder
V odpovídajícím grub.cfg (bacha, je to dvakrát, jednou pro EFI a jednou pro MBR - /boot/grub/grub­srcd.cgf a /sysresccd/bo­ot/syslinux/sys­resccd_sys.cfg)

jen technicka, "sysresccd_sys.cfg" NEni druhej "grub.cfg" pro Legacy, ale pro zavadec syslinux pouzitej pro Legacy ;-)

A?
Je to druhý konfigurák - jeden je pro EFI (ten, co je jaksi na ráně) a ten druhý je pro Legacy. Změnit musíte oba, pokud chcete flešku bootovat obojím způsobem.
Nebo je pointou námitky, že syslinux není grub? V tom případě jsem to tedy blbě formuloval, mělo tam být místo "grub" slovo "zavaděč". Buď jak buď, inkriminované sekce vypadají stejně a je to tam na dvou různých místech, změnit totéž musíte dvakrát, jinak můžete být překvapen.

nebylo to namitka, ale technicka ;-) ano slo o to ze misto "zavadec" si napsal "grub.cfg", cim by mohlo dojit k zmateni kolemjdouciho ze jde o 2 Grub configurace...
to ze je potreba zmenit oba cfg, pripadne ten kterej se s jistotou jen pouzije, nijak nerozporuju a osobne povazuju za samozrejme, i to ze to samozrejme nebude vedet kazdej, takze ti tvuj prispevek oceni ;-)

Již nějakou dobu používám starší verze SystemRescueCD kvůli absenci MHDD v novějších verzích. Je nějaká substituční utilita kterou jsem přehlédl? TestDisk je nástroj na obnovu a záchranu dat, ale potřebuji jen fyzicky prověřit povrch disku, abych mohl disk vyloučit nebo naopak potvrdit jako příčinu kolapsu PC.

Tak jednak jestli je to bootfloppy, tak si to tam přece snadno můžeš přidat.

A jednak co to dělá? Není to na současných discích ekvivalentní přečtení celého disku, kontrola jestli si to nestěžuje v dmesg, a smartctl?

pokud vim, je to alternativa "badblock" ale s TUI...

Je to bootfloppy. MHDD přečte celý disk a sumarizuje časy čtení jednotlivých sektorů. Díky tomu se dá přesněji odhadnout v jakém je disk stavu. Na dmesg a smartctl se podívám, díky za tip. Nejsa linuxák tyto utility znám jen z doslechu. Problém MHDD je absence vývoje od roku 2005 a tím pádem nenačtení disků na novějších PC. Asi proto byl vypuštěn.

dmesg je zobrazeni logu, kam pri problemu s cteni/zapisem se nejake info muze propsat...
smartctl je radkovy nastroj na vycteni SMART informaci z disku, pripadne grafickej gsmartcontrol, oba zaroven umi pustit na disku SMART Long Test, kterej zaridi ze Disk si interne projede celej povrch a pripadne problemy pak najdes v SMART "logu" v disku, nebo tim ze si vyctes SMART pred a po testu...

ten badblock co sem zminoval je userspace variace, kdy se cte pripadne cte/zapisuje, je to ale delane na starsi/mensi disky, takze novejsi XTB by trvalo jiste dele nez tem SMART Long Test... i tak ale kdyztak zkoukni, neco o nem cesky: https://wiki.ubuntu.cz/badblocks

jeste na me vyzkocilo WHDD, nezkousel sem, nevim co umi, ale na prvni pohled neznaleho MHDD vypada podobne :-) a navic ma byt na SystemRescue pritomno :-)

https://whdd.github.io/demo/