Cannot enter dm-crypt passphrases
Hey, During system boot, my keyboard doesn't work, and I cannot enter the password for my encrypted disks. I am able to use my keyboard in the installer, bios, and bootloader. I have tried two USB keyboards. Any solution ideas? I have read that the password prompt will timeout. This would work for me because i only have my /home and swap encrypted. My password prompt doesn't timeout. I have also seen suggestions of modifying a mkinitcpio.conf file to include usb keyboard support, but I don't think the debian deployment of dm-crypt uses this file.
Bug#646284: How to fix a broken system
Hi, can you write down the steps required to get back to a bootable system? Thanks, Jörgen -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1313130689.1448.2.camel@Nokia-N810-43-7
Bug#646284: How to fix a broken system
Um. I almost missed this mail since it is dated 2 months ago... On 12.08.2011 10:31, Jörgen tegner wrote: Hi, can you write down the steps required to get back to a bootable system? You'll have to boot from a cd-rom or using other alternative way, eg, using an installation CD-rom, or some rescue-linux - anything will do that lets you to mount chroot to your existing system. Once there, update busybox package and regenerate initramfs images, by running update-initramfs -k yourkernelversion -u next umount (or just sync) and reboot. You may also use previous busybox version (1.18.x, whatever) which may still be in your /var/cache/apt/archives/ directory. This is all true if you have only one kernel package installed. If there are more than one, you may have good chance to have a working system by booting another kernel, not only the one you updated at the same time with busybox. /mjt -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ea3baba.6090...@msgid.tls.msk.ru
Dropping wpasupplicant from sparc netboot image
Hello, As we discovered recently, the daily sparc netboot image exceeds 10MB limit imposed by OpenBoot, so it fails to boot. I've poked at it a bit, and it seems that one of the most straightforward ways to make room is to drop wpasupplicant and all its dependencies (libcrypto, crypto kernel modules) which account for significant amount of space on the initrd. AFAIK, sparc does not have any hardware which does wifi natively, and while it's in theory possible to use some usb-wifi dongle to do the installation, I don't remember any reports of anyone doing it. The straightforward way to achieve this goal is to make netcfg not depend on wpasupplicant for sparc (same way as s390 currently does). This will drop wpasupplicant (and, subsequently, installation over wireless support) not only from netboot, but also from all other installation media (like businesscard iso). Let me know if you have any objections, otherwise I'll commit necessary fixes in a couple of days. Best regards, -- Jurij Smakov ju...@wooyd.org Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111023123706.ga5...@wooyd.org
Re: Dropping wpasupplicant from sparc netboot image
[correct the debian-sparc address] On Sun, Oct 23, 2011 at 01:37:06PM +0100, Jurij Smakov wrote: Hello, As we discovered recently, the daily sparc netboot image exceeds 10MB limit imposed by OpenBoot, so it fails to boot. I've poked at it a bit, and it seems that one of the most straightforward ways to make room is to drop wpasupplicant and all its dependencies (libcrypto, crypto kernel modules) which account for significant amount of space on the initrd. AFAIK, sparc does not have any hardware which does wifi natively, and while it's in theory possible to use some usb-wifi dongle to do the installation, I don't remember any reports of anyone doing it. The straightforward way to achieve this goal is to make netcfg not depend on wpasupplicant for sparc (same way as s390 currently does). This will drop wpasupplicant (and, subsequently, installation over wireless support) not only from netboot, but also from all other installation media (like businesscard iso). Let me know if you have any objections, otherwise I'll commit necessary fixes in a couple of days. Best regards, -- Jurij Smakov ju...@wooyd.org Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- Jurij Smakov ju...@wooyd.org Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111023124130.ga5...@wooyd.org
Proposal: convert all udebs to xz compression
Hi there, last week I played around with xz compression and evaluated how d-i could benefit from it. It turns out that we could go from a total udeb size (on amd64) of 50 MB to 40 MB just by applying xz -0e compression instead of the default gzip. To achieve that you need UNXZ support in busybox, which gives you two more pages of code (8k) and 700 bytes more in udpkg (both measured on amd64). So we could neglect this change completely. I went on and instrumented the unpack calls within d-i by calling GNU time(1). With gunzip (I made it call the applet instead of relying on seamless tar support, which isn't yet implemented for xz in busybox) I get a maximum RSS of 2384 kbytes, assuming that time measures that correctly. With xz -0 compression I get a maximum RSS of 2608 kbytes. With the default xz compression of -6 I get a maximum RSS of 11040 kbytes on the largest udebs, as the dictionary is increased. But I only save less than a megabyte on all udebs, comparing -6e (39484 kbytes) and -0e (40439 kbytes). So there's absolutely no benefit in activating a higher compression ratio. For those wondering about the -e bit: packing udebs gets more costly through this, but its result is more efficient (43697 kbytes for -0 vs. 40439 kbytes for -0e) while not imposing any more load onto the unpacker. And we generally don't care about udebs taking longer to compress given their tinyness and the load being spread over many package builds anyway. On my laptop the increased CPU load of unxz was barely noticeable. Some more calls had a CPU time of 0.00 (i.e. with unxz), but it doesn't really matter. See [1], [2] and [3] for syslogs with instrumentation. My patch to udpkg is attached. It's not the best C code, but udpkg is full of tiny static buffers. I'd appreciate a review. So my proposal is to switch the udeb compression default in dpkg to xz for wheezy, when the busybox and udpkg changes have landed. Then most udebs will get a translation upload anyway, if not they can be binNMUed to pick up the right compression. There doesn't seem to be a con at first glance, but if somebody sees one: please speak up. At least it's untrue that xz will have any measureable impact when used with -0e, also for embedded systems. If you're doing a network install it might even be faster, because there will be less fetching involved. net-retriever might even need less RAM. Kind regards, Philipp Kern [1] http://people.debian.org/~pkern/syslog-gunzip-time.gz [2] http://people.debian.org/~pkern/syslog-unxz-time.gz (xz -6) [3] http://people.debian.org/~pkern/syslog-unxz-0-time.gz -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org From 8c2870debf4c5bc76ff78b7e76a39da345ea5f7a Mon Sep 17 00:00:00 2001 From: Philipp Kern pk...@debian.org Date: Mon, 17 Oct 2011 17:33:17 +0200 Subject: [PATCH] Implement xz support. --- debian/changelog |6 + udpkg.c | 57 ++--- 2 files changed, 59 insertions(+), 4 deletions(-) diff --git a/debian/changelog b/debian/changelog index d68a836..a21ca32 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +udpkg (1.13) UNRELEASED; urgency=low + + * Implement support for udebs compressed with xz. + + -- Philipp Kern pk...@debian.org Mon, 17 Oct 2011 17:01:07 +0200 + udpkg (1.12) unstable; urgency=low * Redesign read_block interface, fixing crashes caused by memory leak fix diff --git a/udpkg.c b/udpkg.c index 4b35bc8..f684eb7 100644 --- a/udpkg.c +++ b/udpkg.c @@ -132,16 +132,63 @@ static int dpkg_dounpack(struct package_t *pkg) templates, menutest, isinstallable, config }; + FILE *infp = NULL; + const char *compression_type = NULL; + const char *decompression_tool; #ifdef DOREMOVE char *p; - FILE *infp = NULL, *outfp = NULL; + FILE *outfp = NULL; #endif DPRINTF(Unpacking %s\n, pkg-package); cwd = getcwd(0, 0); chdir(/); - snprintf(buf, sizeof(buf), ar -p %s data.tar.gz|tar -xzf -, pkg-file); + + snprintf(buf, sizeof(buf), ar -t %s, pkg-file); + if ((infp = popen(buf, r)) == NULL) + { + FPRINTF(stderr, Cannot retrieve archive members of %s: %s\n, + pkg-file, strerror(errno)); + r = 1; + goto reset_cwd; + } + + while (fgets(buf, sizeof(buf), infp)) { + if (strncmp(buf, data.tar., 9) == 0) { + compression_type = buf + 9; + break; + } + } + pclose(infp); + + if (compression_type == NULL) { + FPRINTF(stderr, No data member found in %s\n, pkg-file); + r = 1; + goto reset_cwd; + } + + if (strcmp(compression_type, gz\n) == 0) + { + compression_type = gz; + decompression_tool = gunzip; + } + else if (strcmp(compression_type, xz\n) == 0) + { + compression_type = xz; + decompression_tool = unxz; + } + else + { + FPRINTF(stderr, Invalid compression type for data member of %s\n, +
Bug#645997: no space on device when installing kernel (lvm+btrfs)
Hi, i have installed a virtual machine using a daily businesscard image where i selected lvm (no encription) with btrfs and when it got to the part where kernel was about to installed it failed with the same error, no space left on device although the mounted filesystems are not full. -- Melhores cumprimentos/Best Regards, Miguel Figueiredo http://www.DebianPT.org -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201110232155.55125.el...@debianpt.org
Bug#646306: installation-reports: Corrupted display in wheezy with Asus 1215b
I suspect this may be missing video firmware releated. Screen becomes corrupted soon after encryption password is given when screen mode should switch. I think non-free firmware is required for non-vga modes. I have firmware packages installed in old system and it works fine. Installer didn't warn about it or give option to include non-free repo. I had during install (at separate usb-media) firmware packages firmware-brcm80211_0.33_all.deb (for wlan, installer could use it and wlan worked during installation) and firmware-linux-nonfree_0.33_all.deb (this includes needed Radeon firmwares). Is installer smart enough to copy these packages to installed system? -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111023224324.GA21369@tiikeri.vuoristo.local
Debian installer build: failed or old builds
Debian installer build overview --- Failed or old builds: * FAILED BUILD: armel Oct 23 06:17 buildd@ancina build_iop32x_network-console_ss4000e http://d-i.debian.org/daily-images/armel/daily/build_iop32x_network-console_ss4000e.log * FAILED BUILD: armel Oct 23 06:18 buildd@ancina build_kirkwood_netboot http://d-i.debian.org/daily-images/armel/daily/build_kirkwood_netboot.log * FAILED BUILD: armel Oct 23 06:19 buildd@ancina build_kirkwood_netboot-gtk http://d-i.debian.org/daily-images/armel/daily/build_kirkwood_netboot-gtk.log * FAILED BUILD: armel Oct 23 06:21 buildd@ancina build_kirkwood_network-console http://d-i.debian.org/daily-images/armel/daily/build_kirkwood_network-console.log * FAILED BUILD: armel Oct 23 06:22 buildd@ancina build_orion5x_network-console http://d-i.debian.org/daily-images/armel/daily/build_orion5x_network-console.log * FAILED BUILD: armel Oct 23 06:23 buildd@ancina build_versatile_netboot http://d-i.debian.org/daily-images/armel/daily/build_versatile_netboot.log * FAILED BUILD: armel Oct 23 06:23 buildd@ancina build_ads_cf http://d-i.debian.org/daily-images/armel/daily/build_ads_cf.log * FAILED BUILD: kfreebsd-amd64 Oct 24 00:11 buildd@fano build_cdrom http://d-i.debian.org/daily-images/kfreebsd-amd64/daily/build_cdrom.log * FAILED BUILD: kfreebsd-amd64 Oct 24 00:11 buildd@fano build_netboot http://d-i.debian.org/daily-images/kfreebsd-amd64/daily/build_netboot.log * FAILED BUILD: kfreebsd-amd64 Oct 24 00:13 buildd@fano build_netboot-gtk http://d-i.debian.org/daily-images/kfreebsd-amd64/daily/build_netboot-gtk.log * FAILED BUILD: amd64 Oct 23 21:57 debian-cd@pettersson 1sidkfreebsd-amd64 http://cdbuilder.debian.org/cdimage-log/1sidkfreebsd-amd64 * FAILED BUILD: amd64 Oct 23 21:58 debian-cd@pettersson 2sidkfreebsd-amd64 http://cdbuilder.debian.org/cdimage-log/2sidkfreebsd-amd64 Totals: 107 builds (12 failed, 0 old) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1ri8ty-ft...@ravel.debian.org