Just a heads up, you have a broken link on
http://www.mail-archive.com/tidbits-talk@tidbits.com/msg00126.html to
http://www.google.com/tsunami_relief.html that you might want to fix. There
is a decent alternative here:
control: reassign -1 initramfs-tools
control: retitle -1 initramfs-tools: fails to work with btrfs
control: severity -1 grave
I think that my issues might all stem from initramfs-tools, so reassigning.
Firstly, I cannot run update-initramfs within a chroot via a live CD against
this btrfs based
Processing control commands:
reassign -1 initramfs-tools
Bug #777578 [debian-installer] no cryptsetup in initrd when btrfs selected
Bug reassigned from package 'debian-installer' to 'initramfs-tools'.
Ignoring request to alter found versions of bug #777578 to the same values
previously set
Package: partman-efi
Version: 59
partman-efi uses flawed logic that trips up when installing from usb.
init.d/efi scans the system and counts the number of efi system
partitions, and the number of non efi system partitions. If it does not
find an EFI system partition, but does find at least one
title 777647 partman-efi complains about boot problem whenever the
target disk does not have an efi system partition
thanks
Sorry, I mentioned that it involved installing from a usb stick, but it
also happens when installing from cdrom; using a usb stick has nothing
to do with it.
--
To
Hi,
Heiko Ernst heiko.er...@aschershain.de wrote:
On Mon, 09 Feb 2015 04:46:17 + Ben Hutchings b...@decadent.org.uk wrote:
OK, then this is not expected.
This is my etc/network/interfaces file I have wrote hope this is a workaround
for this time but why show me the network manager in
On Sun, Feb 08, 2015 at 04:21:25PM +0100, Philipp Kern wrote:
On the other hand it also seems wrong for di_exec_shell_log to continue
after the invoked binary exited. I suspect that'd mean ppoll() and
proper signal handling, but I'm at a loss right now how to do that
properly in C. Maybe
flash-kernel_3.33~exp.1_source.changes uploaded successfully to
ftp-master.debian.org
along with the files:
flash-kernel_3.33~exp.1.dsc
flash-kernel_3.33~exp.1.tar.xz
Greetings,
Your Debian queue daemon (running on host coccia.debian.org)
--
To UNSUBSCRIBE, email to
flash-kernel_3.33~exp.1_source.changes uploaded successfully to localhost
along with the files:
flash-kernel_3.33~exp.1.dsc
flash-kernel_3.33~exp.1.tar.xz
Greetings,
Your Debian queue daemon (running on host franck.debian.org)
--
To UNSUBSCRIBE, email to
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 10 Feb 2015 07:27:30 +
Source: flash-kernel
Binary: flash-kernel flash-kernel-installer
Architecture: source
Version: 3.33~exp.1
Distribution: experimental
Urgency: medium
Maintainer: Debian Install System
I have tried to do an identical install using (graphical) expert mode
this time, leaving initrd on 'generic'. This results in the same problem:
[0.00 ] tsc: Fast TSC calibration failed
Loading, please wait...
Gave up waiting for root device. Common problems:
blah
ALERT!
Control: severity -1 normal
Control: clone -1 -2
Control: retitle -1 update-initramfs in chroot fails with btrfs
Control: tag -1 moreinfo
Control: reassign -2 partman-crypto
Control: retitle -2 no cryptsetup in initrd when btrfs selected
btrfs is still not a recommended filesystem, so downgrading
Processing control commands:
severity -1 normal
Bug #777578 [initramfs-tools] initramfs-tools: fails to work with btrfs
Severity set to 'normal' from 'grave'
clone -1 -2
Bug #777578 [initramfs-tools] initramfs-tools: fails to work with btrfs
Bug 777578 cloned as bug 777650
retitle -1
Didier 'OdyX' Raboud o...@debian.org (2015-02-09):
Le dimanche, 8 février 2015, 21.54:04 Cyril Brulebois a écrit :
On a slightly different note: Why we're still using a non-debian.org
mirror (MIRROR in debian/rules) is still beyond me.
Using http.debian.net accelerates my builds by a big
So far, I have identified:
1) that the initrd of this install is lacking at least cryptsetup.
2) that an identical install, with the exception of using ext4 instead
of btrfs, works perfectly fine (at least in terms of booting, I have not
checked issue #3 from the mailing list discussion).
3)
Processing commands for cont...@bugs.debian.org:
retitle 777578 no cryptsetup in initrd when btrfs selected
Bug #777578 [debian-installer] broken install, incomplete initrd
Changed Bug title to 'no cryptsetup in initrd when btrfs selected' from 'broken
install, incomplete initrd'
End of
16 matches
Mail list logo
