"synchronize"? I don't understand...
I have actually pulled different devices in-and-out of the MD devices, let the
MD driver "rebuild" each MD device and made sure the "real" sda is disk number
0. It does not seem to change...
C. Cropper
>
> To the bugreporter: Could you please boot a res
* crop...@acm.org [Mon Jun 07, 2010 at 08:45:25PM -0400]:
> "synchronize"? I don't understand...
> I have actually pulled different devices in-and-out of the MD devices, let
> the
> MD driver "rebuild" each MD device and made sure the "real" sda is disk
> number
> 0. It does not seem to ch
Processing commands for cont...@bugs.debian.org:
> tags 582177 + moreinfo
Bug #582177 [initramfs-tools] initramfs-tools: fails to load ramdisk on boot;
system with RAID & CRYPTO; udev problems?
Added tag(s) moreinfo.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
tags 582177 + moreinfo
thanks
* maximilian attems [Mit Mai 19, 2010 at 09:49:56 +0200]:
> On Wed, May 19, 2010 at 02:50:42PM -0400, crop...@acm.org wrote:
[...]
> > _
> > Kernel output (LITERAL DATA, except for "... area below"):
> > [1.185516] rtc_c
On Wed, May 19, 2010 at 02:50:42PM -0400, crop...@acm.org wrote:
>
>
> Ok, more data... old school capture (pen and paper!)
thanks a lot that made the picture much clearer.
> _
> Preparations:
>
> 1) Reinstalled most recent initramfs-tools version
>
On Wednesday, May 19, 2010, you wrote:
> On Wed, May 19, 2010 at 10:36:10AM -0400, crop...@acm.org wrote:
> > More information
> >
> > I downgraded the initramfs-tools back to version 93.4 and the problem is
> > STILL PRESENT.
>
> sure, the initramfs won't be changed without telling so,
> so to h
On Wed, May 19, 2010 at 10:36:10AM -0400, crop...@acm.org wrote:
> More information
>
> I downgraded the initramfs-tools back to version 93.4 and the problem is
> STILL
> PRESENT.
sure, the initramfs won't be changed without telling so,
so to have the effect of the downgrade one needs:
update-i
On Wed, May 19, 2010 at 08:20:30PM +0500, Aziz Sabirov wrote:
> I think I get similar problem here. My system (32-bit squeeze with
> /home on a separate partition on SD card) fails to recognize SD card
> partition on boot after upgrading to Initramfs-tools 0.94.4.
>
please open a seperate bug re
I think I get similar problem here. My system (32-bit squeeze with
/home on a separate partition on SD card) fails to recognize SD card
partition on boot after upgrading to Initramfs-tools 0.94.4.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe
More information
I downgraded the initramfs-tools back to version 93.4 and the problem is STILL
PRESENT.
Honestly, I don't know what to do... it would seem to be that my setup is
tenuous at best and there is probably an instability in the boot process that
I do not understand.
Please advise..
On Tue, May 18, 2010 at 08:39:02PM -0400, crop...@acm.org wrote:
> Data as requested.
>
this looks good, please send me privately borked initramfs
and working initramfs, so that I can compare.
thanks.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsub
More information.
In order to get my system to boot I have to go into the editor in GRUB at
boot-time and change the
initrd /initrd.img-2.6.32-3-amd64
to
initrd /initrd.img-2.6.32-3-amd64.bak
IF I copy the
initrd.img-2.6.32-3-amd64.bak
file to
initrd.img-2.6.32-3-amd64
on /boot (and
On Tue, May 18, 2010 at 05:29:17PM -0400, C. Cropper wrote:
> Package: initramfs-tools
> Version: 0.94.4
> Severity: important
> Tags: squeeze
>
> Very recent changes to the initramfs-tools have caused my system to fail to
> "load ramdisk" at boot. I have to boot the system with the backup initrd
Package: initramfs-tools
Version: 0.94.4
Severity: important
Tags: squeeze
Very recent changes to the initramfs-tools have caused my system to fail to
"load ramdisk" at boot. I have to boot the system with the backup initrd
image. I have checked with "rootdelay=10"--no change. The problem does n
14 matches
Mail list logo
