FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Ubuntu > Ubuntu User

 
 
LinkBack Thread Tools
 
Old 12-09-2010, 07:52 AM
Loïc Grenié
 
Default udev and initramfs

Hi,

I have a problem and I do not understand why... From udev (lucid: 151-12.2)
I have in file /lib/udev/rules.d/60-persistent-storage.rules:

[snip]
# probe filesystem metadata of optical drives which have a media inserted
KERNEL=="sr*", ENV{ID_CDROM_MEDIA}=="?*",
ENV{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}=="?*",
IMPORT{program}="/sbin/blkid -o udev -p -u noraid -O
$env{ID_CDROM_MEDIA_SESSION_LAST_OFFSET} $tempnode"
# single-session CDs do not have ID_CDROM_MEDIA_SESSION_LAST_OFFSET
KERNEL=="sr*", ENV{ID_CDROM_MEDIA}=="?*",
ENV{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}=="",
IMPORT{program}="/sbin/blkid -o udev -p -u noraid $tempnode"

# probe filesystem metadata of disks
KERNEL!="sr*", IMPORT{program}="/sbin/blkid -o udev -p $tempnode"
[snip]

and in file /usr/share/initramfs-tools/hooks/udev:

[snip]
copy_exec /sbin/blkid /lib/udev
[snip]

Thus blkid ends in /lib/udev on the initramfs. The consequence I have
is that the system won't reboot because blkid is not executed (because
udev will look for it in /sbin and it's not there) and I thus do not have the
links created in /dev/disk/by-uuid.

What I'd love to understand is why I seem to be the *only one* with
that problem. Are there somehow
/etc/udev/rules.d/60-persistent-storage.rules on "normal" systems
with a different call to blkid ? Does anybody understand what I have
modified to break my system ? How does your kernel command-line
look like (cat /proc/cmdline) ?

Thanks,

Loïc

--
ubuntu-users mailing list
ubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-users
 
Old 12-09-2010, 09:17 AM
Tom H
 
Default udev and initramfs

On Thu, Dec 9, 2010 at 3:52 AM, Loïc Grenié <loic.grenie@gmail.com> wrote:
>
> * *I have a problem and I do not understand why... From udev (lucid: 151-12.2)
> *I have in file /lib/udev/rules.d/60-persistent-storage.rules:
>
> [snip]
> # probe filesystem metadata of optical drives which have a media inserted
> KERNEL=="sr*", ENV{ID_CDROM_MEDIA}=="?*",
> ENV{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}=="?*",
> IMPORT{program}="/sbin/blkid -o udev -p -u noraid -O
> $env{ID_CDROM_MEDIA_SESSION_LAST_OFFSET} $tempnode"
> # single-session CDs do not have ID_CDROM_MEDIA_SESSION_LAST_OFFSET
> KERNEL=="sr*", ENV{ID_CDROM_MEDIA}=="?*",
> ENV{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}=="",
> IMPORT{program}="/sbin/blkid -o udev -p -u noraid $tempnode"
>
> # probe filesystem metadata of disks
> KERNEL!="sr*", IMPORT{program}="/sbin/blkid -o udev -p $tempnode"
> [snip]
>
> *and in file /usr/share/initramfs-tools/hooks/udev:
>
> [snip]
> copy_exec /sbin/blkid /lib/udev
> [snip]
>
> * Thus blkid ends in /lib/udev on the initramfs. The consequence I have
> *is that the system won't reboot because blkid is not executed (because
> *udev will look for it in /sbin and it's not there) and I thus do not have the
> *links created in /dev/disk/by-uuid.
>
> * *What I'd love to understand is why I seem to be the *only one* with
> *that problem. Are there somehow
> */etc/udev/rules.d/60-persistent-storage.rules on "normal" systems
> *with a different call to blkid ? Does anybody understand what I have
> *modified to break my system ? How does your kernel command-line
> *look like (cat /proc/cmdline) ?

If you unpack your initrd, you'll find that "/sbin/blkid" exists.

I'm not sure whether "/lib/udev/blkid" is used by the initrd scripts
so I can only explain its existence as a historical twist because
that's where vol_id used to be.

--
ubuntu-users mailing list
ubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-users
 
Old 12-09-2010, 09:19 AM
Tom H
 
Default udev and initramfs

On Thu, Dec 9, 2010 at 5:17 AM, Tom H <tomh0665@gmail.com> wrote:
> On Thu, Dec 9, 2010 at 3:52 AM, Loïc Grenié <loic.grenie@gmail.com> wrote:
>>
>> * *I have a problem and I do not understand why... From udev (lucid: 151-12.2)
>> *I have in file /lib/udev/rules.d/60-persistent-storage.rules:
>>
>> [snip]
>> # probe filesystem metadata of optical drives which have a media inserted
>> KERNEL=="sr*", ENV{ID_CDROM_MEDIA}=="?*",
>> ENV{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}=="?*",
>> IMPORT{program}="/sbin/blkid -o udev -p -u noraid -O
>> $env{ID_CDROM_MEDIA_SESSION_LAST_OFFSET} $tempnode"
>> # single-session CDs do not have ID_CDROM_MEDIA_SESSION_LAST_OFFSET
>> KERNEL=="sr*", ENV{ID_CDROM_MEDIA}=="?*",
>> ENV{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}=="",
>> IMPORT{program}="/sbin/blkid -o udev -p -u noraid $tempnode"
>>
>> # probe filesystem metadata of disks
>> KERNEL!="sr*", IMPORT{program}="/sbin/blkid -o udev -p $tempnode"
>> [snip]
>>
>> *and in file /usr/share/initramfs-tools/hooks/udev:
>>
>> [snip]
>> copy_exec /sbin/blkid /lib/udev
>> [snip]
>>
>> * Thus blkid ends in /lib/udev on the initramfs. The consequence I have
>> *is that the system won't reboot because blkid is not executed (because
>> *udev will look for it in /sbin and it's not there) and I thus do not have the
>> *links created in /dev/disk/by-uuid.
>>
>> * *What I'd love to understand is why I seem to be the *only one* with
>> *that problem. Are there somehow
>> */etc/udev/rules.d/60-persistent-storage.rules on "normal" systems
>> *with a different call to blkid ? Does anybody understand what I have
>> *modified to break my system ? How does your kernel command-line
>> *look like (cat /proc/cmdline) ?
>
> If you unpack your initrd, you'll find that "/sbin/blkid" exists.
>
> I'm not sure whether "/lib/udev/blkid" is used by the initrd scripts
> so I can only explain its existence as a historical twist because
> that's where vol_id used to be.

Although I think that vol_id was also in "/sbin" so ...

--
ubuntu-users mailing list
ubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-users
 
Old 12-09-2010, 09:26 AM
Loïc Grenié
 
Default udev and initramfs

2010/12/9 Tom H <tomh0665@gmail.com>:
> On Thu, Dec 9, 2010 at 3:52 AM, Loïc Grenié <loic.grenie@gmail.com> wrote:
>>
>> * *I have a problem and I do not understand why... From udev (lucid: 151-12.2)
>> *I have in file /lib/udev/rules.d/60-persistent-storage.rules:
>>
>> [snip]
>> # probe filesystem metadata of optical drives which have a media inserted
>> KERNEL=="sr*", ENV{ID_CDROM_MEDIA}=="?*",
>> ENV{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}=="?*",
>> IMPORT{program}="/sbin/blkid -o udev -p -u noraid -O
>> $env{ID_CDROM_MEDIA_SESSION_LAST_OFFSET} $tempnode"
>> # single-session CDs do not have ID_CDROM_MEDIA_SESSION_LAST_OFFSET
>> KERNEL=="sr*", ENV{ID_CDROM_MEDIA}=="?*",
>> ENV{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}=="",
>> IMPORT{program}="/sbin/blkid -o udev -p -u noraid $tempnode"
>>
>> # probe filesystem metadata of disks
>> KERNEL!="sr*", IMPORT{program}="/sbin/blkid -o udev -p $tempnode"
>> [snip]
>>
>> *and in file /usr/share/initramfs-tools/hooks/udev:
>>
>> [snip]
>> copy_exec /sbin/blkid /lib/udev
>> [snip]
>>
>> * Thus blkid ends in /lib/udev on the initramfs. The consequence I have
>> *is that the system won't reboot because blkid is not executed (because
>> *udev will look for it in /sbin and it's not there) and I thus do not have the
>> *links created in /dev/disk/by-uuid.
>>
>> * *What I'd love to understand is why I seem to be the *only one* with
>> *that problem. Are there somehow
>> */etc/udev/rules.d/60-persistent-storage.rules on "normal" systems
>> *with a different call to blkid ? Does anybody understand what I have
>> *modified to break my system ? How does your kernel command-line
>> *look like (cat /proc/cmdline) ?
>
> If you unpack your initrd, you'll find that "/sbin/blkid" exists.

Well no, it's not there (that's why my system won't boot without tweaking,
and it's also the reason why I've asked for help in the first place). This
probably means I delete it somehow or I do not create it or whatever.

Thanks,

Loïc

--
ubuntu-users mailing list
ubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-users
 
Old 12-09-2010, 09:39 AM
Tom H
 
Default udev and initramfs

On Thu, Dec 9, 2010 at 5:26 AM, Loïc Grenié <loic.grenie@gmail.com> wrote:
> 2010/12/9 Tom H <tomh0665@gmail.com>:
>> On Thu, Dec 9, 2010 at 3:52 AM, Loïc Grenié <loic.grenie@gmail.com> wrote:
>>>
>>> * *I have a problem and I do not understand why... From udev (lucid: 151-12.2)
>>> *I have in file /lib/udev/rules.d/60-persistent-storage.rules:
>>>
>>> [snip]
>>> # probe filesystem metadata of optical drives which have a media inserted
>>> KERNEL=="sr*", ENV{ID_CDROM_MEDIA}=="?*",
>>> ENV{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}=="?*",
>>> IMPORT{program}="/sbin/blkid -o udev -p -u noraid -O
>>> $env{ID_CDROM_MEDIA_SESSION_LAST_OFFSET} $tempnode"
>>> # single-session CDs do not have ID_CDROM_MEDIA_SESSION_LAST_OFFSET
>>> KERNEL=="sr*", ENV{ID_CDROM_MEDIA}=="?*",
>>> ENV{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}=="",
>>> IMPORT{program}="/sbin/blkid -o udev -p -u noraid $tempnode"
>>>
>>> # probe filesystem metadata of disks
>>> KERNEL!="sr*", IMPORT{program}="/sbin/blkid -o udev -p $tempnode"
>>> [snip]
>>>
>>> *and in file /usr/share/initramfs-tools/hooks/udev:
>>>
>>> [snip]
>>> copy_exec /sbin/blkid /lib/udev
>>> [snip]
>>>
>>> * Thus blkid ends in /lib/udev on the initramfs. The consequence I have
>>> *is that the system won't reboot because blkid is not executed (because
>>> *udev will look for it in /sbin and it's not there) and I thus do not have the
>>> *links created in /dev/disk/by-uuid.
>>>
>>> * *What I'd love to understand is why I seem to be the *only one* with
>>> *that problem. Are there somehow
>>> */etc/udev/rules.d/60-persistent-storage.rules on "normal" systems
>>> *with a different call to blkid ? Does anybody understand what I have
>>> *modified to break my system ? How does your kernel command-line
>>> *look like (cat /proc/cmdline) ?
>>
>> If you unpack your initrd, you'll find that "/sbin/blkid" exists.
>
> * *Well no, it's not there (that's why my system won't boot without tweaking,
> *and it's also the reason why I've asked for help in the first place). This
> *probably means I delete it somehow or I do not create it or whatever.
>
> * * * Thanks,

You're welcome.

You should check whether "/sbin/blkid" exists on your system because
it is explicitly copied by mkinitramfs (which is called by
update-initramfs).

--
ubuntu-users mailing list
ubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-users
 
Old 12-09-2010, 09:46 AM
Loïc Grenié
 
Default udev and initramfs

2010/12/9 Tom H <tomh0665@gmail.com>:
> On Thu, Dec 9, 2010 at 5:26 AM, Loïc Grenié <loic.grenie@gmail.com> wrote:
>> 2010/12/9 Tom H <tomh0665@gmail.com>:
>>> On Thu, Dec 9, 2010 at 3:52 AM, Loïc Grenié <loic.grenie@gmail.com> wrote:
>>>>
>>>> * *I have a problem and I do not understand why... From udev (lucid: 151-12.2)
>>>> *I have in file /lib/udev/rules.d/60-persistent-storage.rules:
>>>>
>>>> [snip]
>>>> # probe filesystem metadata of optical drives which have a media inserted
>>>> KERNEL=="sr*", ENV{ID_CDROM_MEDIA}=="?*",
>>>> ENV{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}=="?*",
>>>> IMPORT{program}="/sbin/blkid -o udev -p -u noraid -O
>>>> $env{ID_CDROM_MEDIA_SESSION_LAST_OFFSET} $tempnode"
>>>> # single-session CDs do not have ID_CDROM_MEDIA_SESSION_LAST_OFFSET
>>>> KERNEL=="sr*", ENV{ID_CDROM_MEDIA}=="?*",
>>>> ENV{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}=="",
>>>> IMPORT{program}="/sbin/blkid -o udev -p -u noraid $tempnode"
>>>>
>>>> # probe filesystem metadata of disks
>>>> KERNEL!="sr*", IMPORT{program}="/sbin/blkid -o udev -p $tempnode"
>>>> [snip]
>>>>
>>>> *and in file /usr/share/initramfs-tools/hooks/udev:
>>>>
>>>> [snip]
>>>> copy_exec /sbin/blkid /lib/udev
>>>> [snip]
>>>>
>>>> * Thus blkid ends in /lib/udev on the initramfs. The consequence I have
>>>> *is that the system won't reboot because blkid is not executed (because
>>>> *udev will look for it in /sbin and it's not there) and I thus do not have the
>>>> *links created in /dev/disk/by-uuid.
>>>>
>>>> * *What I'd love to understand is why I seem to be the *only one* with
>>>> *that problem. Are there somehow
>>>> */etc/udev/rules.d/60-persistent-storage.rules on "normal" systems
>>>> *with a different call to blkid ? Does anybody understand what I have
>>>> *modified to break my system ? How does your kernel command-line
>>>> *look like (cat /proc/cmdline) ?
>>>
>>> If you unpack your initrd, you'll find that "/sbin/blkid" exists.
>>
>> * *Well no, it's not there (that's why my system won't boot without tweaking,
>> *and it's also the reason why I've asked for help in the first place). This
>> *probably means I delete it somehow or I do not create it or whatever.
>>
>> * * * Thanks,
>
> You're welcome.
>
> You should check whether "/sbin/blkid" exists on your system because
> it is explicitly copied by mkinitramfs (which is called by
> update-initramfs).

Yes it does exist however I had a modified (and broken) version of
mkinitramfs. This is why *I* was the only one.

Now, please, why does udev copy blkid to /lib/udev on the initramfs and
forces mkinitramfs to put it in the right place ? It sounds strange to me...

THANKS again !

Loïc

--
ubuntu-users mailing list
ubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-users
 
Old 12-09-2010, 10:00 AM
Tom H
 
Default udev and initramfs

On Thu, Dec 9, 2010 at 5:46 AM, Loïc Grenié <loic.grenie@gmail.com> wrote:
> 2010/12/9 Tom H <tomh0665@gmail.com>:
>> On Thu, Dec 9, 2010 at 5:26 AM, Loïc Grenié <loic.grenie@gmail.com> wrote:
>>> 2010/12/9 Tom H <tomh0665@gmail.com>:
>>>> On Thu, Dec 9, 2010 at 3:52 AM, Loïc Grenié <loic.grenie@gmail.com> wrote:
>>>>>
>>>>> * *I have a problem and I do not understand why... From udev (lucid: 151-12.2)
>>>>> *I have in file /lib/udev/rules.d/60-persistent-storage.rules:
>>>>>
>>>>> [snip]
>>>>> # probe filesystem metadata of optical drives which have a media inserted
>>>>> KERNEL=="sr*", ENV{ID_CDROM_MEDIA}=="?*",
>>>>> ENV{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}=="?*",
>>>>> IMPORT{program}="/sbin/blkid -o udev -p -u noraid -O
>>>>> $env{ID_CDROM_MEDIA_SESSION_LAST_OFFSET} $tempnode"
>>>>> # single-session CDs do not have ID_CDROM_MEDIA_SESSION_LAST_OFFSET
>>>>> KERNEL=="sr*", ENV{ID_CDROM_MEDIA}=="?*",
>>>>> ENV{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}=="",
>>>>> IMPORT{program}="/sbin/blkid -o udev -p -u noraid $tempnode"
>>>>>
>>>>> # probe filesystem metadata of disks
>>>>> KERNEL!="sr*", IMPORT{program}="/sbin/blkid -o udev -p $tempnode"
>>>>> [snip]
>>>>>
>>>>> *and in file /usr/share/initramfs-tools/hooks/udev:
>>>>>
>>>>> [snip]
>>>>> copy_exec /sbin/blkid /lib/udev
>>>>> [snip]
>>>>>
>>>>> * Thus blkid ends in /lib/udev on the initramfs. The consequence I have
>>>>> *is that the system won't reboot because blkid is not executed (because
>>>>> *udev will look for it in /sbin and it's not there) and I thus do not have the
>>>>> *links created in /dev/disk/by-uuid.
>>>>>
>>>>> * *What I'd love to understand is why I seem to be the *only one* with
>>>>> *that problem. Are there somehow
>>>>> */etc/udev/rules.d/60-persistent-storage.rules on "normal" systems
>>>>> *with a different call to blkid ? Does anybody understand what I have
>>>>> *modified to break my system ? How does your kernel command-line
>>>>> *look like (cat /proc/cmdline) ?
>>>>
>>>> If you unpack your initrd, you'll find that "/sbin/blkid" exists.
>>>
>>> * *Well no, it's not there (that's why my system won't boot without tweaking,
>>> *and it's also the reason why I've asked for help in the first place). This
>>> *probably means I delete it somehow or I do not create it or whatever.
>>>
>>> * * * Thanks,
>>
>> You're welcome.
>>
>> You should check whether "/sbin/blkid" exists on your system because
>> it is explicitly copied by mkinitramfs (which is called by
>> update-initramfs).
>
> * *Yes it does exist however I had a modified (and broken) version of
> *mkinitramfs. This is why *I* was the only one.
>
> * *Now, please, why does udev copy blkid to /lib/udev on the initramfs and
> *forces mkinitramfs to put it in the right place ? It sounds strange to me...
>
> * *THANKS again !

You're welcome.

OK for mkinitramfs. That certainly explains it...

For "/lib/udev" all that I can say is that vol_id used to be there (as
well as in "/sbin") and it was called from there. There may have been
a bad "sed ..." when blkid superceded vol_id and blkid is now still
copied there. I'd have to unpack my initrd and search its scripts to
find out whether blkid's still called by one of the initrd scripts
from "/lib/udev".

--
ubuntu-users mailing list
ubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-users
 
Old 12-16-2010, 10:47 AM
Tom H
 
Default udev and initramfs

On Thu, Dec 9, 2010 at 5:46 AM, Loïc Grenié <loic.grenie@gmail.com> wrote:
> 2010/12/9 Tom H <tomh0665@gmail.com>:
>> On Thu, Dec 9, 2010 at 5:26 AM, Loïc Grenié <loic.grenie@gmail.com> wrote:
>>> 2010/12/9 Tom H <tomh0665@gmail.com>:
>>>> On Thu, Dec 9, 2010 at 3:52 AM, Loïc Grenié <loic.grenie@gmail.com> wrote:
>>>>>
>>>>> * *I have a problem and I do not understand why... From udev (lucid: 151-12.2)
>>>>> *I have in file /lib/udev/rules.d/60-persistent-storage.rules:
>>>>>
>>>>> [snip]
>>>>> # probe filesystem metadata of optical drives which have a media inserted
>>>>> KERNEL=="sr*", ENV{ID_CDROM_MEDIA}=="?*",
>>>>> ENV{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}=="?*",
>>>>> IMPORT{program}="/sbin/blkid -o udev -p -u noraid -O
>>>>> $env{ID_CDROM_MEDIA_SESSION_LAST_OFFSET} $tempnode"
>>>>> # single-session CDs do not have ID_CDROM_MEDIA_SESSION_LAST_OFFSET
>>>>> KERNEL=="sr*", ENV{ID_CDROM_MEDIA}=="?*",
>>>>> ENV{ID_CDROM_MEDIA_SESSION_LAST_OFFSET}=="",
>>>>> IMPORT{program}="/sbin/blkid -o udev -p -u noraid $tempnode"
>>>>>
>>>>> # probe filesystem metadata of disks
>>>>> KERNEL!="sr*", IMPORT{program}="/sbin/blkid -o udev -p $tempnode"
>>>>> [snip]
>>>>>
>>>>> *and in file /usr/share/initramfs-tools/hooks/udev:
>>>>>
>>>>> [snip]
>>>>> copy_exec /sbin/blkid /lib/udev
>>>>> [snip]
>>>>>
>>>>> * Thus blkid ends in /lib/udev on the initramfs. The consequence I have
>>>>> *is that the system won't reboot because blkid is not executed (because
>>>>> *udev will look for it in /sbin and it's not there) and I thus do not have the
>>>>> *links created in /dev/disk/by-uuid.
>>>>>
>>>>> * *What I'd love to understand is why I seem to be the *only one* with
>>>>> *that problem. Are there somehow
>>>>> */etc/udev/rules.d/60-persistent-storage.rules on "normal" systems
>>>>> *with a different call to blkid ? Does anybody understand what I have
>>>>> *modified to break my system ? How does your kernel command-line
>>>>> *look like (cat /proc/cmdline) ?
>>>>
>>>> If you unpack your initrd, you'll find that "/sbin/blkid" exists.
>>>
>>> * *Well no, it's not there (that's why my system won't boot without tweaking,
>>> *and it's also the reason why I've asked for help in the first place). This
>>> *probably means I delete it somehow or I do not create it or whatever.
>>>
>>> * * * Thanks,
>>
>> You're welcome.
>>
>> You should check whether "/sbin/blkid" exists on your system because
>> it is explicitly copied by mkinitramfs (which is called by
>> update-initramfs).
>
> * *Yes it does exist however I had a modified (and broken) version of
> *mkinitramfs. This is why *I* was the only one.
>
> * *Now, please, why does udev copy blkid to /lib/udev on the initramfs and
> *forces mkinitramfs to put it in the right place ? It sounds strange to me...
>
> * *THANKS again !

You're welcome.

OK for mkinitramfs. That certainly explains it...

For "/lib/udev" all that I can say is that vol_id used to be there (as
well as in "/sbin") and it was called from there. There may have been
a bad "sed ..." when blkid superceded vol_id and blkid is now still
copied there. I'd have to unpack my initrd and search its scripts to
find out whether blkid's still called by one of the initrd script from
"/lib/udev".

--
ubuntu-users mailing list
ubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-users
 

Thread Tools




All times are GMT. The time now is 12:23 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org