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: [powerpc64] i-t tries to mount RAID/LVM stuff before
the disk are up ->
DHL Global Forwarding kontor.
2 Billingsway, Lagos.
Nigeria, Vest-Afrika.
Gratulerer fra DHL Global Forwarding Office. Vi skal gjøre
kjent at du har en pakke her i vår varetekt skrevet navnet ditt og
e-postadresse, som inneholder summen av £ 50GBP (Fem
hundre
Thousand Great
Here's what we're offering for this week:
Currently in Practice: Doctors in the US
788,408 in total * 17,371 emails
Featuring the most complete contact information in many different areas of
medicine
Can easily be sorted by 16 different fields
US Pharmaceutical Company Executives Contact L
Your email address have won you £1,000,000.00 pounds
Please contact Dr. Jayne Anderson, for more info.
[EMAIL PROTECTED]
Your email was attached to ticket number (56475600545188)
Please send your name address country to her for claim process.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
Hello from YouSendIt,
You have a file or files called YOU HAVE WON US$820,000.pdf (1 file(s)) from
[EMAIL PROTECTED] waiting for download.
You can click on the following link to retrieve your File. The link will expire
in 14 days.
Link: http://download.yousendit.com/152EDAE4171F06DD
Message
On Mar 22, David Härdeman <[EMAIL PROTECTED]> wrote:
> I do expect that a version of udev which fixes #414842 will make it into
> Etch since #414842 is RC and the release managers seemed to agree when I
I will upload a new package in one or two days.
--
ciao,
Marco
signature.asc
Description: D
On Thu, March 22, 2007 7:42, Gordon Farquharson said:
> Do you know if your patch [1] you posted to #401916 is going to make
> it into etch?
That patch really belongs to #414842 since it is a change to udev's scripts.
I do expect that a version of udev which fixes #414842 will make it into
Etch s
d one needs to recompile the second stage boot
loader to add the rootdelay parameter to the kernel command line.
Gordon
[1]
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=401916;msg=227;filename=udev-support_rootdelay.patch;att=1
--
Gordon Farquharson
--
To UNSUBSCRIBE, email to [EMAIL PROT
* 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
On Wed, Mar 14, 2007 at 02:00:38AM +0100, David Härdeman wrote:
> Package: udev
> Version: 0.105-3
> Severity: normal
> Tags: patch
important at least.
retitle udev: Add support for very early ROOTDELAY parameter
> Hi,
>
> maks downgraded #401916 (and #366175) from RC severity with the
> unde
Package: udev
Version: 0.105-3
Severity: normal
Tags: patch
Hi,
maks downgraded #401916 (and #366175) from RC severity with the
understanding that something like the attached patch would be applied
to the udev initramfs script before the release of Etch to allow people
with affected systems s
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
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=""
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]
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
49 matches
Mail list logo
