initrd probing process--can cause data loss?

All other questions
Post Reply
Posts: 2
Joined: 01 Dec 2016, 05:16

initrd probing process--can cause data loss?

Post by algeriano » 29 Jan 2017, 00:04


I haven't tried SystemRescueCd yet, but from the init script in the initrd, it appears that the initrd tries to find the sysrcd.dat squashfs image by mounting every block device in the system in a brute-force fashion. While it uses the -r mount option to avoid modifying data on disk, journaled filesystems like ext3/ext4 will still replay the journal to disk even when mounting read-only, so the -r option is insufficient to prevent disk writes. To make matters worse, as far as I can tell, no attempt is made to exclude component drives of RAID arrays from this probing process, so it seems likely that probing might cause data loss by replaying journals directly to individual mirrors instead of through the md device.

Am I missing something here? If not, it seems like it would be a good idea to do probing through the loopback device, using "losetup -r" to ensure no writes take place to the probed block devices until the correct one is found. -Nathan

Parfum pas cher - Parfum testeur Femme - Parfum testeur Homme - Parfum échantillon - Parfum Thierry Mugler - Parfum Guerlain - Parfum Chloé - Parfum Dior - Parfum Paco Rabanne - Parfum Hugo Boss - Parfum Lancome - Parfum Yves Saint Laurent - Parfum Azzaro

Post Reply