Chantra's (or Schieli's) workaround solved the problem in my case.
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
** Bug watch added: Debian Bug tracker #403224
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403224
** Also affects: initramfs-tools (upstream) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403224
Importance: Unknown
Status: Unknown
--
[Feisty] Fail to boot (with initra
Noted "fix released" comment above so tried re-installing this a.m., ending at
noon EST.
Fix did not work on my AMD64 Acer Ferrari or has perhaps not made its way to
the 64-bit repository.
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu
0.85eubuntu1 should fix this now.
** Changed in: initramfs-tools (Ubuntu)
Status: Confirmed => Fix Released
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mai
** Changed in: initramfs-tools (upstream)
Status: Unknown => Fix Released
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
I still have this or a closely related issue with the latest initramfs
and 2.6.20-5.
If I set break=mount, the initramfs prompt appears well before the HDD
are detected.
If I wait until disks are detected and run scripts/local-top/mdadm, the
raids are created, but the system hangs waiting for roo
I still have this or a closely related issue with the latest initramfs
and 2.6.20-5.
If I set break=mount, the initramfs prompt appears well before the HDD
are detected.
If I wait until disks are detected and run scripts/local-top/mdadm, the
raids are created, but the system hangs waiting for roo
I still had this bug with latest initramfs-tools (0.85eubuntu5);
although it could be that I dragged it with me since herd 2. The
workaround did it for me.
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu-bugs mailing list
ubuntu-bugs@lists
I still had this bug with latest initramfs-tools (0.85eubuntu5);
although it could be that I dragged it with me since herd 2. The
workaround did it for me.
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu-bugs mailing list
ubuntu-bugs@lists
** Bug watch added: Debian Bug tracker #403224
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403224
** Also affects: initramfs-tools (upstream) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403224
Importance: Unknown
Status: Unknown
--
[Feisty] Fail to boot (with initra
Noted "fix released" comment above so tried re-installing this a.m., ending at
noon EST.
Fix did not work on my AMD64 Acer Ferrari or has perhaps not made its way to
the 64-bit repository.
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu
0.85eubuntu1 should fix this now.
** Changed in: initramfs-tools (Ubuntu)
Status: Confirmed => Fix Released
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mai
** Changed in: initramfs-tools (upstream)
Status: Unknown => Fix Released
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
I still have this or a closely related issue with the latest initramfs
and 2.6.20-5.
If I set break=mount, the initramfs prompt appears well before the HDD
are detected.
If I wait until disks are detected and run scripts/local-top/mdadm, the
raids are created, but the system hangs waiting for roo
I still have this or a closely related issue with the latest initramfs
and 2.6.20-5.
If I set break=mount, the initramfs prompt appears well before the HDD
are detected.
If I wait until disks are detected and run scripts/local-top/mdadm, the
raids are created, but the system hangs waiting for roo
Chantra's (or Schieli's) workaround solved the problem in my case.
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Chantra's (or Schieli's) workaround solved the problem in my case.
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
** Bug watch added: Debian Bug tracker #403224
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403224
** Also affects: initramfs-tools (upstream) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403224
Importance: Unknown
Status: Unknown
--
[Feisty] Fail to boot (with initra
Noted "fix released" comment above so tried re-installing this a.m., ending at
noon EST.
Fix did not work on my AMD64 Acer Ferrari or has perhaps not made its way to
the 64-bit repository.
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu
0.85eubuntu1 should fix this now.
** Changed in: initramfs-tools (Ubuntu)
Status: Confirmed => Fix Released
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mai
** Changed in: initramfs-tools (upstream)
Status: Unknown => Fix Released
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
I still had this bug with latest initramfs-tools (0.85eubuntu5);
although it could be that I dragged it with me since herd 2. The
workaround did it for me.
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu-bugs mailing list
ubuntu-bugs@lists
I still have this or a closely related issue with the latest initramfs
and 2.6.20-5.
If I set break=mount, the initramfs prompt appears well before the HDD
are detected.
If I wait until disks are detected and run scripts/local-top/mdadm, the
raids are created, but the system hangs waiting for roo
I still have this or a closely related issue with the latest initramfs
and 2.6.20-5.
If I set break=mount, the initramfs prompt appears well before the HDD
are detected.
If I wait until disks are detected and run scripts/local-top/mdadm, the
raids are created, but the system hangs waiting for roo
I still had this bug with latest initramfs-tools (0.85eubuntu5);
although it could be that I dragged it with me since herd 2. The
workaround did it for me.
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu-bugs mailing list
ubuntu-bugs@lists
I still have this or a closely related issue with the latest initramfs
and 2.6.20-5.
If I set break=mount, the initramfs prompt appears well before the HDD
are detected.
If I wait until disks are detected and run scripts/local-top/mdadm, the
raids are created, but the system hangs waiting for roo
I still have this or a closely related issue with the latest initramfs
and 2.6.20-5.
If I set break=mount, the initramfs prompt appears well before the HDD
are detected.
If I wait until disks are detected and run scripts/local-top/mdadm, the
raids are created, but the system hangs waiting for roo
Chantra's (or Schieli's) workaround solved the problem in my case.
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
** Bug watch added: Debian Bug tracker #403224
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403224
** Also affects: initramfs-tools (upstream) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403224
Importance: Unknown
Status: Unknown
--
[Feisty] Fail to boot (with initra
Noted "fix released" comment above so tried re-installing this a.m., ending at
noon EST.
Fix did not work on my AMD64 Acer Ferrari or has perhaps not made its way to
the 64-bit repository.
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu
0.85eubuntu1 should fix this now.
** Changed in: initramfs-tools (Ubuntu)
Status: Confirmed => Fix Released
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mai
** Changed in: initramfs-tools (upstream)
Status: Unknown => Fix Released
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
I still had this bug with latest initramfs-tools (0.85eubuntu5);
although it could be that I dragged it with me since herd 2. The
workaround did it for me.
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu-bugs mailing list
ubuntu-bugs@lists
I still have this or a closely related issue with the latest initramfs
and 2.6.20-5.
If I set break=mount, the initramfs prompt appears well before the HDD
are detected.
If I wait until disks are detected and run scripts/local-top/mdadm, the
raids are created, but the system hangs waiting for roo
I still have this or a closely related issue with the latest initramfs
and 2.6.20-5.
If I set break=mount, the initramfs prompt appears well before the HDD
are detected.
If I wait until disks are detected and run scripts/local-top/mdadm, the
raids are created, but the system hangs waiting for roo
Chantra's (or Schieli's) workaround solved the problem in my case.
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
** Bug watch added: Debian Bug tracker #403224
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403224
** Also affects: initramfs-tools (upstream) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403224
Importance: Unknown
Status: Unknown
--
[Feisty] Fail to boot (with initra
Noted "fix released" comment above so tried re-installing this a.m., ending at
noon EST.
Fix did not work on my AMD64 Acer Ferrari or has perhaps not made its way to
the 64-bit repository.
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu
0.85eubuntu1 should fix this now.
** Changed in: initramfs-tools (Ubuntu)
Status: Confirmed => Fix Released
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mai
** Changed in: initramfs-tools (upstream)
Status: Unknown => Fix Released
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
I still have this or a closely related issue with the latest initramfs
and 2.6.20-5.
If I set break=mount, the initramfs prompt appears well before the HDD
are detected.
If I wait until disks are detected and run scripts/local-top/mdadm, the
raids are created, but the system hangs waiting for roo
I still have this or a closely related issue with the latest initramfs
and 2.6.20-5.
If I set break=mount, the initramfs prompt appears well before the HDD
are detected.
If I wait until disks are detected and run scripts/local-top/mdadm, the
raids are created, but the system hangs waiting for roo
Chantra's (or Schieli's) workaround solved the problem in my case.
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
** Bug watch added: Debian Bug tracker #403224
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403224
** Also affects: initramfs-tools (upstream) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403224
Importance: Unknown
Status: Unknown
--
[Feisty] Fail to boot (with initra
Noted "fix released" comment above so tried re-installing this a.m., ending at
noon EST.
Fix did not work on my AMD64 Acer Ferrari or has perhaps not made its way to
the 64-bit repository.
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu
0.85eubuntu1 should fix this now.
** Changed in: initramfs-tools (Ubuntu)
Status: Confirmed => Fix Released
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mai
** Changed in: initramfs-tools (upstream)
Status: Unknown => Fix Released
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
I still had this bug with latest initramfs-tools (0.85eubuntu5);
although it could be that I dragged it with me since herd 2. The
workaround did it for me.
--
[Feisty] Fail to boot (with initramfs-tools_0.85dubuntu5)
https://launchpad.net/bugs/76785
--
ubuntu-bugs mailing list
ubuntu-bugs@lists
48 matches
Mail list logo