Bug#380004: [Patch] vol_id to try to identify FSTYPE when fstype fails
On 26/07/06, Alex Owen <email@example.com> wrote:
Here is a patch to do 2 things:
1: export FSTYPE so that user scripts can hard code it in
2: is fstype reports an "unknown" file system type then use vol_id
(which is already on the initramfs) to try and detect the filesystem.
This should be backwards compatable and allow the detection of iso9660
Please note I have not yet tested this patch.
I shall try to find time tomorrow and report back!
I have tested the patch by manually cutting and pasting the relevant
hunks into /usr/share/initramfs-tools/init and
/usr/share/initramfs-tools/scripts/local with initramfs-tool version
0.69b installed. The patch proper was perpared against 0.72 debian
After modifying the files I ran "update-initramfs -u" as root to
rebuild the initramfs and rebooted... This worked just fine!
So I think that means the patch passes the "works for me" test.
Please consider applying this patch - or something similar - in the
At the least please add the "export FSTYPE=" line to init there by
allowing local-premount scripts to adjust it if needed.
PS: Exchanged e-mails with John Goerzen off the BTS to explain the
cloning of #362442 to form this bug #380004. He responded "Ah, OK.
that makes sense. I hadn't received a notification of the clone." So
as far as I know everyone is now happy. :-)