Bug#366175: marked as done (initramfs-tools: lvm is not initialized on USB disks)

2010-06-08 Thread Debian Bug Tracking System
Your message dated Tue, 8 Jun 2010 11:36:40 +0200
with message-id 2010-06-08t11-32...@devnull.michael-prokop.at
and subject line Re: Bug#366175: Rootdelay
has caused the Debian Bug report #366175,
regarding initramfs-tools: lvm is not initialized on USB disks
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
366175: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=366175
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: initramfs-tools
Version: 0.60
Severity: normal

Hello,


vgchange is called before USB devices are available. There should be a

sleep 10

somewhere, for instance after calling udevsynthesize in
.../init-premount/usb or before calling vgchange in .../local-top/lvm.


Regards,
Torsten

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (88, 'testing'), (87, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.16.5
Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15)

Versions of packages initramfs-tools depends on:
ii  busybox-cvs-static20040623-1 Standalone rescue shell with tons 
ii  cpio  2.5-1.3GNU cpio -- a program to manage ar
ii  klibc-utils   1.2.4-1small statically-linked utilities 
ii  module-init-tools 3.2.2-2tools for managing Linux kernel mo
ii  udev  0.088-2/dev/ and hotplug management daemo

-- no debconf information

---End Message---
---BeginMessage---
* Jamie Thompson bugs.deb...@jamie-thompson.co.uk [Sun May 03, 2009 at 
12:57:04PM +0100]:

[vgchange is called before USB devices are available / root delay
issues]

 Would it be possible to get a message to appear when the root device isn't
 available suggesting the use of rootdelay as a stopgap until this gets fixed?

Recent initramfs-tools versions provide that.

Nowadays the lvm stuff is located in the lvm2 package which
provides /usr/share/initramfs-tools/scripts/local-top/lvm2 which is
executed after init-premount that runs the udev hooks for populating
the /dev tree. So this bug shouldn't be present with anymore.
If you still encounter any problems please feel free to reopen the
bugreport or just report a new one.

Closing this bugreport.

regards,
-mika-


signature.asc
Description: Digital signature
---End Message---


Bug#366175: Rootdelay

2009-05-03 Thread Jamie Thompson
I've just tried setting up a new machine (a Dell Precision 670) and hit
this bug *hard*. The setup I was aiming for was a software RAID 1 for root
(pair of SCSI discs, to be replaced by some small flash drives later), and
at a later date, a software RAID 5 array for everything else (collection of
SATA discs).

I initially wanted to install Testing, but at the time I was looking for
install images those available were having disk detection issues, so I
plumped for a Lenny image instead, which installed just fine, and booted
fine every time.

Once Lenny was installed I upgraded to Testing, and once that was installed
the reboot always failed, with the dreaded no devices preventing md0 from
coming up.

What really annoyed me at this point was the fact that I could never catch
the last few log messages before the busybox shell popped up, as straight
after it appeared some more boot messages about my disks would always
scroll it off the top of the screen.

This should have been a clue as to the issue, but I had no reason to even
assume that Debian would have such a fundamental bug! Surely waiting until
disk detection is complete (or at the very least, any dependencies of the
root filesystem!) is pretty fundamental?

Anyway. I've spent countless evenings after work trying to get this to work
until I stumbled upon a mailing list post suggesting rootdelay as a
workaround, and searching on that brought me here.

Would it be possible to get a message to appear when the root device isn't
available suggesting the use of rootdelay as a stopgap until this gets fixed?

- Jamie



signature.asc
Description: OpenPGP digital signature


Bug#366175: #366175 found on an eeepc installation on sd card with lvm or crypto

2008-11-24 Thread Wagner Bruna
found 366175 0.92j
user [EMAIL PROTECTED]
usertag 366175 installer
thanks

A lenny installation on the SD card of an EeePC 701 using lvm fails to boot; 
the lvm setup runs before the card device is available, so it doesn't find the 
volume group.

The workaround mentioned on #366175 (rootdelay=10) worked for me.

I tried before an installation over an encrypted volume on the same card, which 
also failed to boot (but I didn't find the workaround at the time).

FWIW, kernel version is 2.6.26-10.

Thanks,
Wagner



  



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#366175: /usr/sbin/mkinitramfs: Same situation here

2007-12-16 Thread Mike Hommey
Package: initramfs-tools
Followup-For: Bug #366175

I got the same issue here. Why not solve the problem by adding calls to
lvm initialization in the Waiting for root filesystem loop ?

A workaround is to add break=mount to the kernel command line, wait for
the usb disk to come up and just exit, which will continue the boot
sequence properly.

Mike

-- Package-specific info:
-- /proc/cmdline
root=/dev/mapper/namakemono-root ro nolapic break=mount 
resume=/dev/mapper/namakemono-swap

-- /proc/filesystems
ext3
fuseblk
ext2

-- lsmod
Module  Size  Used by
arc42048  2 
ecb 3584  2 
blkcipher   6340  1 ecb
ieee80211_crypt_wep 5120  1 
radeon112512  2 
drm75668  3 radeon
rfcomm 36344  0 
l2cap  22496  5 rfcomm
ext2   60104  2 
fuse   41876  1 
dm_crypt   12840  0 
cpufreq_ondemand8332  1 
speedstep_centrino  7136  0 
freq_table  4544  2 cpufreq_ondemand,speedstep_centrino
sonypi 21144  0 
snd_intel8x0   32092  1 
pcmcia 37388  0 
snd_intel8x0m  16908  0 
snd_ac97_codec 92388  2 snd_intel8x0,snd_intel8x0m
ac97_bus2336  1 snd_ac97_codec
snd_pcm_oss39104  0 
tifm_sd10856  0 
snd_mixer_oss  15296  1 snd_pcm_oss
joydev  9792  0 
ipw2200   138344  0 
mmc_core   27620  1 tifm_sd
ieee80211  31656  1 ipw2200
ieee80211_crypt 5920  2 ieee80211_crypt_wep,ieee80211
firmware_class  9472  2 pcmcia,ipw2200
yenta_socket   24908  1 
rsrc_nonstatic 11904  1 yenta_socket
battery12296  0 
tsdev   8160  0 
snd_pcm72132  4 
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss
tifm_7xx1   7424  0 
tifm_core  10212  2 tifm_sd,tifm_7xx1
pcmcia_core37140  3 pcmcia,yenta_socket,rsrc_nonstatic
ac  5636  0 
snd_timer  21188  1 snd_pcm
sony_laptop27840  0 
button  8336  0 
snd48388  9 
snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer
iTCO_wdt   11172  0 
intel_agp  23348  1 
agpgart31624  2 drm,intel_agp
soundcore   7584  1 snd
snd_page_alloc 10088  3 snd_intel8x0,snd_intel8x0m,snd_pcm
hci_usb14876  0 
bluetooth  50436  5 rfcomm,l2cap,hci_usb
i2c_i8019264  0 
psmouse36368  0 
i2c_core   23264  1 i2c_i801
serio_raw   6724  0 
evdev   9472  5 
rtc12984  0 
ext3  121544  5 
jbd55368  1 ext3
mbcache 8320  2 ext2,ext3
dm_mirror  21632  0 
dm_snapshot16932  0 
dm_mod 52640  18 dm_crypt,dm_mirror,dm_snapshot
sd_mod 27424  3 
ide_disk   16544  0 
generic 4804  0 [permanent]
usb_storage77120  2 
piix8932  0 [permanent]
ide_core  112484  4 ide_disk,generic,usb_storage,piix
ata_generic 7588  0 
firewire_ohci  16640  0 
e100   33612  0 
mii 5344  1 e100
ehci_hcd   31372  0 
firewire_core  39072  1 firewire_ohci
crc_itu_t   2208  1 firewire_core
libata113968  1 ata_generic
scsi_mod  136300  3 sd_mod,usb_storage,libata
uhci_hcd   23056  0 
usbcore   130568  5 hci_usb,usb_storage,ehci_hcd,uhci_hcd
thermal15580  0 
processor  34696  1 thermal
fan 5092  0 

-- /etc/kernel-img.conf
do_symlinks = no
relative_links = yes
do_bootfloppy = no
do_initrd = yes
link_in_boot = no
postinst_hook = /usr/sbin/update-grub
postrm_hook = /usr/sbin/update-grub
do_bootloader = no

-- /etc/initramfs-tools/initramfs.conf
MODULES=most
BUSYBOX=y
KEYMAP=n
BOOT=local
DEVICE=eth0
NFSROOT=auto

-- /etc/crypttab
# target name source device key file  options
#cswap /dev/hda4 none swap,precheck=swap
#safe /home/mh/safe none luks


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages initramfs-tools depends on:
ii  cpio 2.9-6   GNU cpio -- a program to manage ar
ii  klibc-utils  1.5.7-4 small statically-linked utilities 
ii  module-init-tools3.3-pre11-4 tools for managing Linux kernel mo
ii  udev

Bug#366175: /usr/sbin/mkinitramfs: Same situation here

2007-12-16 Thread maximilian attems
On Sun, 16 Dec 2007, Mike Hommey wrote:

 I got the same issue here. Why not solve the problem by adding calls to
 lvm initialization in the Waiting for root filesystem loop ?
 
 A workaround is to add break=mount to the kernel command line, wait for
 the usb disk to come up and just exit, which will continue the boot

the recommended workaround is to use the bootparam rootdelay=XX

-- 
maks



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#366175: /usr/sbin/mkinitramfs: Same situation here

2007-12-16 Thread Mike Hommey
On Sun, Dec 16, 2007 at 04:00:50PM +0100, maximilian attems wrote:
 On Sun, 16 Dec 2007, Mike Hommey wrote:
 
  I got the same issue here. Why not solve the problem by adding calls to
  lvm initialization in the Waiting for root filesystem loop ?
  
  A workaround is to add break=mount to the kernel command line, wait for
  the usb disk to come up and just exit, which will continue the boot
 
 the recommended workaround is to use the bootparam rootdelay=XX

The problem with rootdelay is that even when you find a delay that works
well enough, it can happen that the usb devices take longer than this
delay *sometimes*

Mike




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#366175: Need S0ftware?

2007-11-23 Thread Quinn Lee

Use addr: babloemka. com (remove space)
in your browser

 Microsoft Windows Vista Ultimate   $79
 Macromedia Flash Professional 8$49
 Adobe Premiere 2.0 $59
 Corel Grafix Suite X3  $59
 Adobe Il1ustrator CS2  $59
 Adobe Photoshop CS2 V9.0   $69
 Adobe Photoshop CS3 Extended   $89
 Macromedia Studio 8$99
 Autodesk Autocad 2007 $129
 Adobe Creative Suite 2$149
 Adobe Creative Suite 3 Premium$269

For Mac:
 Adobe Acrobat Pro 7$69
 Adobe After Effects$49
 Macromedia Flash Pro 8 $49
 Adobe Creative Suite 2 Premium $49
 Ableton Live 5.0.1 $49
 Adobe Photoshop CS $49

Just copy 'babloemka. com' (w/o space and quotes)
in address bar of your browser




A boar? You battled with a boa
Im just jesting with you, she 
When shed finished, she couldn




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#366175:

2007-02-14 Thread David Härdeman
severity 366175 critical
forcemerge 366175 401916
tags 366175 -moreinfo
thanks

I'd say that this is the same bug as 401916 so I'm merging them (not sure
about the severity though but I picked the higher of the two).

Torsten, could you please read bug report #401916 and try the steps
suggested in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=401916#52

-- 
David Härdeman



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#366175: Bug#377941: initramfs-tool: /dev/sda1 detected late using a usb harddisk

2006-07-16 Thread maximilian attems
On Fri, Jul 14, 2006 at 03:07:37PM +0200, Torsten Werner wrote:
 On 7/14/06, maximilian attems [EMAIL PROTECTED] wrote:
 ok was interested in version, this is ooold had many races.
 please upgrade to 2.6.16, latest initramfs-tools 0.68 and udev.
 might be intersting to know for this combination.
 
 Please see #366175, too. It still fails if you are using lvm on usb disks.

how about adding usefull info to your report instead of crossposting.
366175 mentiones an old udev.

does it still occur with latest udevsettle from udev and
linux = 2.6.16?

also the workaround of 10 seconds seems like much to big race.
please add as proposed in report 377941 a smaller number of sleeps
at the relevant udev hook.

thanks for your feedback.

-- 
maks




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#366175: initramfs-tools: lvm is not initialized on USB disks

2006-05-05 Thread Torsten Werner
Package: initramfs-tools
Version: 0.60
Severity: normal

Hello,


vgchange is called before USB devices are available. There should be a

sleep 10

somewhere, for instance after calling udevsynthesize in
.../init-premount/usb or before calling vgchange in .../local-top/lvm.


Regards,
Torsten

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (88, 'testing'), (87, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.16.5
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages initramfs-tools depends on:
ii  busybox-cvs-static20040623-1 Standalone rescue shell with tons 
ii  cpio  2.5-1.3GNU cpio -- a program to manage ar
ii  klibc-utils   1.2.4-1small statically-linked utilities 
ii  module-init-tools 3.2.2-2tools for managing Linux kernel mo
ii  udev  0.088-2/dev/ and hotplug management daemo

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]