Bug#442333: initramfs ignores ide lernel cmd line parameters
On Sat, 16 Aug 2008, Chris Lamb wrote: > maximilian attems wrote: > > > # Automatically generated email from bts, devscripts version 2.10.7 > > reassign 442333 live-initramfs > > Hm, really? According to my tests, the ide modules are already loaded > before mountroot in live-initramfs is called. yes none of the mentioned patches apply to initramfs-tools. if you want some module option put it in /etc/modprobe.d. afaik ide takes care of it's own boot option by itself. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help testing syslinux
On 03/09/2008, Daniel Baumann <[EMAIL PROTECTED]> wrote: > Hi, > > upstream has fixed the qemu bug in syslinux (yay!), updated syslinux > version has been uploaded to sid already. > Hello, The syslinux currently in Lenny does not work for me ( after displaying "or press Enter to" the screen shows b&w random looking pattern). However, the testing image boots. Using some Sempron+VIA (K8M800?) system. Thanks Michal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442333: initramfs ignores ide lernel cmd line parameters
On 09/09/2008, maximilian attems <[EMAIL PROTECTED]> wrote: > On Sat, 16 Aug 2008, Chris Lamb wrote: > > > maximilian attems wrote: > > > > > # Automatically generated email from bts, devscripts version 2.10.7 > > > reassign 442333 live-initramfs > > > > Hm, really? According to my tests, the ide modules are already loaded > > before mountroot in live-initramfs is called. > > > yes none of the mentioned patches apply to initramfs-tools. > > if you want some module option put it in /etc/modprobe.d. > afaik ide takes care of it's own boot option by itself. > How would I specify the nodma then? If it is only read from options present in the ramdisk I cannot boot on devices with broken DMA (intel BX/LX/VX chipsets with certain CD-ROMs for one). Thanks Michal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442333: initramfs ignores ide lernel cmd line parameters
On Tue, Sep 09, 2008 at 01:35:53PM +0200, Michal Suchanek wrote: > > How would I specify the nodma then? > > If it is only read from options present in the ramdisk I cannot boot > on devices with broken DMA (intel BX/LX/VX chipsets with certain > CD-ROMs for one). as a boot arg for example, kernel parses it. and it shows up later in /proc/cmdline -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help testing syslinux
On 09/09/2008, Michal Suchanek <[EMAIL PROTECTED]> wrote: > On 03/09/2008, Daniel Baumann <[EMAIL PROTECTED]> wrote: > > > Hi, > > > > upstream has fixed the qemu bug in syslinux (yay!), updated syslinux > > version has been uploaded to sid already. > > > > > Hello, > > The syslinux currently in Lenny does not work for me ( after > displaying "or press Enter to" the screen shows b&w random looking > pattern). However, the testing image boots. > > Using some Sempron+VIA (K8M800?) system. > However, the syslinux on the broken CD is also version 3.71. I wonder what's going on here. Thanks Michal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help testing syslinux
Michal Suchanek wrote: > However, the syslinux on the broken CD is also version 3.71. I wonder > what's going on here. You will have to be more precise; there are both broken and fixed.versions of syslinux with that version prefix. The syslinux on the 50M test ISOs is 2:3.71+dfsg-3, which is already in testing. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#498385: Using LH_BOOTSTRAP="copy" makes live-helper screw up the host system
Subject: Using LH_BOOTSTRAP="copy" makes live-helper screw up the host system Package: live-helper Version: 1.0.0+20080903.215656 Severity: critical Justification: causes serious data loss *** Please type your report below this line *** Hello, the LH_BOOTSTRAP="copy" option of live-helper is broken. If used, the chroot will be created with the following command: find / ! -name /proc ! -name /sys ! -name "$(dirname ${PWD})" | xargs cp -a chroot (/usr/bin/lh_bootstrap_copy, line 54). I think the intention of this command was to copy the host system into the chroot. But in fact it copies some files from the host system to some other location in the host system. Afterwards it is very hard to detect what files were copied where. -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-6-xen-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages live-helper depends on: ii debootstrap 1.0.10 Bootstrap a basic Debian system ii gettext-base 0.17-3 GNU Internationalization utilities live-helper recommends no packages. Versions of packages live-helper suggests: ii dosfstools 2.11-6 utilities for making and checking ii fakeroot 1.9.5 Gives a fake root environment ii genisoimage 9:1.1.8-1+b1Creates ISO-9660 CD-ROM filesystem ii grub 0.97-47 GRand Unified Bootloader (Legacy v ii memtest86+ 2.01-1 thorough real-mode memory tester ii mtools 3.9.11-1Tools for manipulating MSDOS files pn parted (no description available) ii squashfs-tools 1:3.3-3+3.2r2-9 Tool to create and append to squas ii sudo 1.6.9p17-1 Provide limited super user privile ii syslinux 2:3.71+dfsg-3 Kernel loader which uses a FAT, ex ii uuid-runtime 1.41.0-3universally unique id library pn win32-loader (no description available) -- no debconf information signature.asc Description: Digital signature
Bug#498385: Using LH_BOOTSTRAP="copy" makes live-helper screw up the host system
severity 498385 important thanks Andreas Teuchert wrote: > I think the intention of this command was to copy the host system into > the chroot. yep. > But in fact it copies some files from the host system to > some other location in the host system. Afterwards it is very hard to > detect what files were copied where. i don't get it. what's exactely the problem? *iff* you want to create a live system that is equivalent to the host system, then you have to copy it (rather than 'cloning', which only takes the same package selection). -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#498385: Using LH_BOOTSTRAP="copy" makes live-helper screw up the host system
Processing commands for [EMAIL PROTECTED]: > severity 498385 important Bug#498385: Using LH_BOOTSTRAP="copy" makes live-helper screw up the host system Severity set to `important' from `critical' > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#498385: Using LH_BOOTSTRAP="copy" makes live-helper screw up the host system
On Tue, Sep 09, 2008 at 05:57:13PM +0200, Daniel Baumann wrote: > severity 498385 important > thanks > > Andreas Teuchert wrote: > > I think the intention of this command was to copy the host system into > > the chroot. > > yep. > > > But in fact it copies some files from the host system to > > some other location in the host system. Afterwards it is very hard to > > detect what files were copied where. > > i don't get it. what's exactely the problem? *iff* you want to create a > live system that is equivalent to the host system, then you have to copy > it (rather than 'cloning', which only takes the same package selection). > Yes, but IMHO lh_bootstrap_copy should copy the whole system into the chroot and not some files from the system somewhere else. But what actually is done is that "cp" copies the chroot and a long list of files to the last file find prints out. -- Key fingerprint = F547 AB7E 8BF2 1399 DE2A 96CA 4BC2 476A EFEB 8C52 signature.asc Description: Digital signature
Bug#498385: Using LH_BOOTSTRAP="copy" makes live-helper screw up the host system
tags 498385 + pending thanks Andreas Teuchert wrote: > Yes, but IMHO lh_bootstrap_copy should copy the whole system into the > chroot and not some files from the system somewhere else. > But what actually is done is that "cp" copies the chroot and a long list > of files to the last file find prints out. Looking at the code it is basically performing: cp -a chroot / /usr /usr/bin/foobar [..] .. which clearly is not the intended behaviour. I've commited a tar-based version to Git which also fixes potential filename-related problems due to the lack of -print0 in the original code. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Re: [Fwd: Re: Debian Live Lenny Beta1]
[ Ian, I've cc'ed you since I don't know if you're subscribed and want to make sure you don't miss the mail. However, in case you are subscribed, sorry for the noise. ] Ian Jackson wrote: > Here's my diff so far. thanks a lot, i've applied it. bonus points if the diff would include the commit header next time, so we can merge it and the changelog will list it as yours (rather than me applying patches). > I only removed two things: qemacs-nox (in > favour of emacs22-nox) and posh (which seemed pointless) ? both removals seem reasonable to me. > Assumptions I have made: > * It is OK to install a package which diverts something yes. > * Everything in Required or better is already included yep; what you get with debootstrap is already included. > Tollef Fog Heen said (and I think I agree) that many of the reactive > firewall tools like fail2ban are not useful. Do you agree ? If so > I'll look through and delete some of them too. "firewall tools" that 'guard' some sort of server services do not make sense, yes. I'd remove them. if a user really needs this during a rescue session, he can just apt-get it. > I trust that the default builds will be with non-free turned off ? > After all of users want Ubuntu they know where to get it ... of course. official images will never have packages neither from contrib nor from non-free. however, for builds people do on their own, it's great to support this as well by, just as you did, include them conditionally. Thanks Ian, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Fwd: Re: Debian Live Lenny Beta1]
David López Zajara (Er_Maqui) wrote: > I've tested the lenny live CD on MBP (SantaRosa model),and i have this > problem. I'm booting with rEFIt. sorry for the late answer: the problem is know, and already fixed. expect newer builds with a fixed syslinux version soon. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Testing debian live beta, udev issue
Frank Weißer wrote: > Sorry for being busy ;-) no need to be sorry for - i was busy too :/ > Where do i get such snapshots? the snapshots would be on http://live.debian.net/cdimage/lenny-builds/ however, i didn't have had the time yet, but i'll do new snapshots until thursday. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Fwd: Re: Debian Live Lenny Beta1]
Mathieu GELI wrote: > I would add scalpel, the "Frugal, High Performance File Carver" Added; thanks for the suggestion. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help testing syslinux
bluestar wrote: > I downloaded these two iso's and tested them on: thank you very much for testing them! > I also tried the i386 iso on a Acer Aspire One but it crashed > well past the squashedfs bootup. I can give more info on this but I > haven't been following the Acer Aspire One banter on this or other sites > to know if this is an easy thing to do. (boot Debian on AA1). > If you want more info on what the error messages were, let me know. the content of /live.log (or /var/log/live.log) would be interesting, yes. > I don't understand what you meant by '3.71 does still have some > regressions' .. are there specific tests/configurations you are looking > for? .. or just bootup status? 3.71+dfsg-2 was affected with that 'famous' problem of not booting on a lot of machines. thanks to the bunch of people that have tested version 3.71+dfsg-3 (which has the patch applied from upstreams 3.72pre2 to cope with empty files), it appears that the 3.71+dfsg-3 version has no new regressions compared to 3.6x. however, as someone reported, syslinux still doesn't support some kind of intel based apple imacs at all, which is a bummer. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help testing syslinux
On 09/09/2008, Chris Lamb <[EMAIL PROTECTED]> wrote: > Michal Suchanek wrote: > > > However, the syslinux on the broken CD is also version 3.71. I wonder > > what's going on here. > > > You will have to be more precise; there are both broken and fixed.versions > of syslinux with that version prefix. The syslinux on the 50M test ISOs is > 2:3.71+dfsg-3, which is already in testing. > I will try to rebuild once more to be sure but it looks like the syslinux I have installed is also dfsg-3. Thanks Michal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#498385: Using LH_BOOTSTRAP="copy" makes live-helper screw up the host system
Chris Lamb wrote: > .. which clearly is not the intended behaviour. I've commited a tar-based > version to Git which also fixes potential filename-related problems due to > the lack of -print0 in the original code. thanks Chris! -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Trying to create an LXDE image
So... in terms of a step by step guide, the steps below show where I am at in my effort to understand the build process better. "Maybe" my LXDE desktop will work out so well it will become one of the images available on the net. 1. Download the source for the debian-live build from http://live.debian.net/debian-cd/5.0_beta1/source/tar/debian-live-lenny-source-standard.tar.gz 2. tar -xzf that file, it will create a ./source folder for you 3. cd source/debian-live 4. apt-get install live-helper 5. now lh_config -a i386 -d lenny -p lxde-desktop && lh_build 6. test the new debian.iso with VirtualBox (wash-rinse-repeat) Supposedly this should just work and then I can slim down the desktop more and tune it a bit. I know that it needs to stay within packages available from main to avoid being non-debian-ish right? Any other tips that will help me in my quest? -- Kam Salisbury http://kamsalisbury.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Trying to create an LXDE image
Hi Kam, (Please try not to hijack threads!) > 1. Download the source for the debian-live build from > http://live.debian.net/debian-cd/5.0_beta1/source/tar/debian-live-lenny-source-standard.tar.gz Personally, I wouldn't use a Live source tarball like this to create your image. Whilst it is possible, it's much easier to simply let live-helper do the work of downloading files for you. > 5. now lh_config -a i386 -d lenny -p lxde-desktop && lh_build ^ You would simply need a command like this. Note that "lenny" is the default distribution, so you could cut your command down a bit. You should only call lh_config once - doing so multiple times "expands" certain variables. This isn't immediately harmful but can come back to bite. Study the diff after running it twice to see exactly what I mean. > Supposedly this should just work and then I can slim down the desktop more > and tune it a bit. Indeed. Bear in mind that this should be performed in an "additive" fashion by modifying the configuration and rebuilding from scratch. This is in contrast to the Knoppix methods, where you repeatedly patch their images until they do what you want. > Any other tips that will help me in my quest? Sure.. First, get yourself a real local mirror, don't bother with any of this caching nonsense. It's really worth it. Secondly, make sure your image builds require zero human intervention to complete. This is just good general "software engineering" advice but really applies for building live images. Oh, you might want to join the IRC channel too. Good luck. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Re: Trying to create an LXDE image
> Hi Kam, Hi Chris, thanks for replying. > (Please try not to hijack threads!) Whoops! Not intentional, sorry. >> 1. Download the source for the debian-live build from >> http://live.debian.net/debian-cd/5.0_beta1/source/tar/debian-live-lenny-source-standard.tar.gz > > Personally, I wouldn't use a Live source tarball like this to create your > image. Whilst it is possible, it's much easier to simply let live-helper > do > the work of downloading files for you. You mean from a chroot environment? I am using the debian-live wiki as a reference to do my work. >> 5. now lh_config -a i386 -d lenny -p lxde-desktop && lh_build > > ^ You would simply need a command like this. Note that "lenny" is the > default distribution, so you could cut your command down a bit. Oh! Yes, I guess dropping "-d lenny" makes sense. > You should only call lh_config once - doing so multiple times "expands" > certain variables. This isn't immediately harmful but can come back to > bite. > Study the diff after running it twice to see exactly what I mean. I will certainly check that out. >> Supposedly this should just work and then I can slim down the desktop >> more >> and tune it a bit. > > Indeed. Bear in mind that this should be performed in an "additive" > fashion > by modifying the configuration and rebuilding from scratch. This is in > contrast to the Knoppix methods, where you repeatedly patch their images > until they do what you want. Yes! That is exactly my quest, to understand the process enough to easily make the CD (usb) image without a need for endless patching. >> Any other tips that will help me in my quest? > > Sure.. First, get yourself a real local mirror, don't bother with any of > this caching nonsense. It's really worth it. Oh? Yes, I guess that is possible. I have a small NAS unit I could use for this purpose. > > Secondly, make sure your image builds require zero human intervention to > complete. This is just good general "software engineering" advice but > really > applies for building live images. I can understand what you mean - I will try to configure this environment to support this type of auto-build configuration. > Oh, you might want to join the IRC channel too. Good luck. I will try but I am rarely on long enough to participate. > Regards, > > -- > Chris Lamb, UK > [EMAIL PROTECTED] > GPG: > 0x634F9A20 > Many thanks Chris! -- Kam Salisbury http://kamsalisbury.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]