* maximilian attems <[EMAIL PROTECTED]> [20070315 01:15]:
> On Thu, Mar 15, 2007 at 12:17:33AM +0100, Michael Prokop wrote:
> > * David Härdeman <[EMAIL PROTECTED]> [20070314 20:58]:
[...]
> > It would be fine to provide some output while running the "sleep
> > $ROOTDELAY" so users without usplas
On Thu, Mar 15, 2007 at 12:17:33AM +0100, Michael Prokop wrote:
> * David Härdeman <[EMAIL PROTECTED]> [20070314 20:58]:
>
> > Feel free to install the new initramfs-tools, then apply the
> > above patch to udev, install, regenerate the initramfs image and
> > try booting with rootdelay=20 and
* David Härdeman <[EMAIL PROTECTED]> [20070314 20:58]:
> Feel free to install the new initramfs-tools, then apply the
> above patch to udev, install, regenerate the initramfs image and
> try booting with rootdelay=20 and see if it pauses 20 secs at the
> right stage of the boot.
Ok, just veri
David,
Thanks for your attention. I will patch again.
And I just noticed the email address is wrong: I changed ISP's. Sorry.
BTW To get things running with the USB disk I hardcoded a wait of 15s in
the beginning of mountroot in /usr/share/initramfs-tools/scripts/local
That fixed things and I am
Just for the record, mail to [EMAIL PROTECTED] is refused with the
message "550 5.1.1 unknown or illegal alias", I hope Hugo reads the bug
report log.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hugo wrote:
> 04-15:54:57SDA6# grep PREREQ= *
> lvm:PREREQ="udev_helper mdadm mdrun lvm2"
> mdrun:PREREQ="udev_helper"
> rootdelay:+ PREREQ=""
It seems that the patch has not been applied correctly, the rootdelay line
reads '+ PREREQ=""' (i.e. still in patch format) while it should read
'PREREQ=""
Could you provide me with the output from
"grep PREREQ= /usr/share/initramfs-tools/scripts/local-top/*"
Script started on Sun 04 Mar 2007 03:54:57 PM CST
executing /root/.bashrc
/hdb1/usr/share/initramfs-tools/scripts/local-topSun Mar
04-15:54:57SDA6# grep PREREQ= *
lvm:PREREQ="udev_helper md
Hugo Vanwoerkom wrote:
After patching (no probs) and 'update-initramfs -u' and booting, I get
'PANIC: Circular dependency. Exiting.' from the functions script #167.
Could you provide me with the output from
"grep PREREQ= /usr/share/initramfs-tools/scripts/local-top/*"
--
David Härdeman
Hi,
I applied initramfs-tools-0.85e-rootwait4.patch to 0.85 on Sid.
<http://bugs.debian.org/cgi-bin/bugreport.cgi/initramfs-tools-0.85e-rootwait4.patch?bug=401916;msg=186;att=1>
I am having problems booting either with or from a USB disk and
linux-image-2.6.18-4-486, it works about ha
On Fri, Feb 23, 2007 at 04:55:00PM +0100, maximilian attems wrote:
On Fri, Feb 23, 2007 at 04:39:52PM +0100, David Härdeman wrote:
On Fri, February 23, 2007 16:28, maximilian attems said:
No, unfortunately it seems that the times between loading the usb host
controller, loading usb-storage and s
On Fri, Feb 23, 2007 at 04:39:52PM +0100, David Härdeman wrote:
> On Fri, February 23, 2007 16:28, maximilian attems said:
>
> No, unfortunately it seems that the times between loading the usb host
> controller, loading usb-storage and spawning the usb-storage-scan thread
> are all asynchronous. S
On Fri, February 23, 2007 16:28, maximilian attems said:
> On Fri, Feb 23, 2007 at 03:05:44PM +0100, David Härdeman wrote:
>> Exactly, considering the low amount of complaints, I'd say there's a
>> tiny minority that is actually affected by this bug.
>>
>> Secondly, there is no way to have the band
On Fri, Feb 23, 2007 at 03:05:44PM +0100, David Härdeman wrote:
>
> Exactly, considering the low amount of complaints, I'd say there's a tiny
> minority that is actually affected by this bug.
>
> Secondly, there is no way to have the bandaid-wait for usb-storage users
> only, instead it would hit
On Fri, February 23, 2007 14:16, maximilian attems said:
> On Fri, Feb 23, 2007 at 01:46:08PM +0100, David Härdeman wrote:
>> On Fri, February 23, 2007 12:11, maximilian attems said:
>> > On Fri, 23 Feb 2007, David Härdeman wrote:
>
>> > mika's case is general enough, it affects lilo on almost any
On Fri, Feb 23, 2007 at 01:46:08PM +0100, David Härdeman wrote:
> On Fri, February 23, 2007 12:11, maximilian attems said:
> > On Fri, 23 Feb 2007, David Härdeman wrote:
> > mika's case is general enough, it affects lilo on almost any
> > root beside ide and quick sata controller
> > and grub for
On Fri, February 23, 2007 12:11, maximilian attems said:
> On Fri, 23 Feb 2007, David Härdeman wrote:
>
>> maks...any progress on this bug?
>
> no.
> latest initramfs-tools is on mentors without any #401916 yet.
>
>> A new package which exports ROOTDELAY would be nice, then the rest can
>> be fixed
On Fri, 23 Feb 2007, David Härdeman wrote:
> maks...any progress on this bug?
no.
latest initramfs-tools is on mentors without any #401916 yet.
> A new package which exports ROOTDELAY would be nice, then the rest can be
> fixed in udev...
well i don't feel that is enough.
mika's case is genera
maks...any progress on this bug?
A new package which exports ROOTDELAY would be nice, then the rest can be
fixed in udev...
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon, Feb 19, 2007 at 11:36:29PM +0100, Michael Prokop wrote:
* David Härdeman <[EMAIL PROTECTED]> [20070219 22:15]:
+# Check for problematic devices
+problem=0
+
+# USB / FireWire
+if $(grep -q "usb\|ieee1394" /proc/devices); then
+ problem=1
+fi
How about:
if $(ps | grep -q usb-stor
On Mon, Feb 19, 2007 at 11:02:10PM +0100, maximilian attems wrote:
Quoting David Härdeman <[EMAIL PROTECTED]>:
I've attached a patch against the udev and initramfs-tools source
packages that implement the following changes...please review:
...
2) Checks in udev for scsi/firewire/usb have been a
* David Härdeman <[EMAIL PROTECTED]> [20070219 22:15]:
> I've attached a patch against the udev and initramfs-tools source packages
> that implement the following changes...please review:
> 1) ROOTDELAY is exported by initramfs-tools and used in udev if set
> 2) Checks in udev for scsi/fire
Bonsoir David!
ok back after reading some code. :)
Quoting David Härdeman <[EMAIL PROTECTED]>:
> Oh, I missed that variable...I've written a patch now to export it.
yup ack.
> I've attached a patch against the udev and initramfs-tools source
> packages that implement the following changes..
Quoting Frans Pop <[EMAIL PROTECTED]>:
> On Monday 19 February 2007 21:22, David Härdeman wrote:
> > The only problem with the approach is that a large majority of all
> > machines have usb which means that we'll slow down the boot for all
> > those machines even though a small minority are affec
Frans Pop wrote:
On Monday 19 February 2007 21:22, David Härdeman wrote:
The only problem with the approach is that a large majority of all
machines have usb which means that we'll slow down the boot for all
those machines even though a small minority are affected.
That's a very, very ugly sol
On Monday 19 February 2007 21:22, David Härdeman wrote:
> The only problem with the approach is that a large majority of all
> machines have usb which means that we'll slow down the boot for all
> those machines even though a small minority are affected.
That's a very, very ugly solution then. I'd
On Mon, Feb 19, 2007 at 07:21:08PM +0100, maximilian attems wrote:
heya david,
Hey Maks :)
On Fri, 16 Feb 2007, David Härdeman wrote:
Short-term solution:
Therefore, I think the best short-term solution (considering the
ever-impending Etch release) would be to add the "root_wait=" boot
para
heya david,
thanks for your excellent writeup.
yes i fully agree with your analysis,
will just followup on small nits..
On Fri, 16 Feb 2007, David Härdeman wrote:
> Short-term solution:
>
> Therefore, I think the best short-term solution (considering the
> ever-impending Etch release) would be
* David Härdeman <[EMAIL PROTECTED]> [20070214 15:15]:
> Images is fine, thanks. Unfortunately the ps ax output is the same each
> time so it is no surprise that my approach doesn't work. I do however have
> another theory, it seems that it can take a sec or two between the loading
> of usb-storag
I've spent more time researching this by reading kernel code, checking the
boot process of other distros and trolling through mailing list archives
and I think I have a pretty good picture of the problem now.
Description:
Basically udevsettle will return once all modules have been loaded and no
On Wed, February 14, 2007 11:02, Michael Prokop said:
> * David Härdeman <[EMAIL PROTECTED]> [20070206 19:15]:
>> udevtrigger
>> udevsettle || true
>> ps > /begin.ps
>> while ps | grep -q "usb-stor-scan"; do
>>sleep 1;
>> done
>> while ps | grep -q "scsi_scan_"; do
>>sleep 1;
>> done
* David Härdeman <[EMAIL PROTECTED]> [20070206 19:15]:
> On Tue, Feb 06, 2007 at 11:14:34AM +0100, Michael Prokop wrote:
> > Any further tips, hints,... what I could try?
> Could you try these lines in the udev script and then mail the contents of
> /begin.ps, /middle.ps and /finish.ps? It wo
Have any of you guys who can reproduce this been able to do the additional
tests suggested in the bug report yet? This is one of the few remaining RC
bugs which is present in both Etch and Sid so it would be nice to make
some progress...
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PR
On Tue, Feb 06, 2007 at 11:14:34AM +0100, Michael Prokop wrote:
* David Härdeman <[EMAIL PROTECTED]> [20070201 18:08]:
On Thu, Feb 01, 2007 at 05:16:11PM +0100, maximilian attems wrote:
> On Thu, Feb 01, 2007 at 04:38:03PM +0100, David Härdeman wrote:
>> So, as a workaround for Etch until this
* David Härdeman <[EMAIL PROTECTED]> [20070201 18:08]:
> On Thu, Feb 01, 2007 at 05:16:11PM +0100, maximilian attems wrote:
> > On Thu, Feb 01, 2007 at 04:38:03PM +0100, David Härdeman wrote:
> >> So, as a workaround for Etch until this is fixed (presumably by upstream
> >> changes to udev and/or
On Thu, Feb 01, 2007 at 05:16:11PM +0100, maximilian attems wrote:
On Thu, Feb 01, 2007 at 04:38:03PM +0100, David Härdeman wrote:
So, as a workaround for Etch until this is fixed (presumably by upstream
changes to udev and/or the kernel), how about changing the following lines
in the udev initr
[ adding mika on cc ]
On Thu, Feb 01, 2007 at 04:38:03PM +0100, David Härdeman wrote:
> Looking at:
> http://cvs.mandriva.com/cgi-bin/viewvc.cgi/gi/tools/draklive?revision=1.116&view=markup
>
> there's an interesting line which sleeps while the usb storage scanning
> kernel thread is running (sea
Looking at:
http://cvs.mandriva.com/cgi-bin/viewvc.cgi/gi/tools/draklive?revision=1.116&view=markup
there's an interesting line which sleeps while the usb storage scanning
kernel thread is running (search the page for usb-stor-scan).
The usb scanning thread is called usb-stor-scan and the scsi sc
On Sun, Dec 10, 2006 at 10:39:45AM +0100, maximilian attems wrote:
> On Wed, 06 Dec 2006, Sven Luther wrote:
>
> > Package: initramfs-tools
> > Severity: critical
> > Justification: breaks the whole system
>
> hmm yes i know of that situation it affects a certain range of roots.
>
>
> > Today
Package: initramfs-tools
Severity: critical
Justification: breaks the whole system
Sorry maks for this RC bug, but i think the severity is deserved.
Today i went to the datacenter to reboot the xserve G5 i have there, for some
random reason, and what was not my surprise to notice that the box di
39 matches
Mail list logo
