Bug#260970: stuck at low memory prompt
Package: installation-reports Debian-installer-version: downloaded on 20040723 (image dated 22-Jul-2004) http://people.debian.org/~joeyh/d-i/images/daily/floppy/ uname -a: Date: 200407> Method: floppy boot planing to network install Machine: vmware workstation 3.2.0 Processor: amd mobile athlon xp Memory: 32M Root Device: vmware virtual ide Root Size/partition table: 4gb not partioned yet Output of lspci: Base System Installation Checklist: Initial boot worked:[E] Configure network HW: [ ] Config network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: got low memory mdoe prompt pressed enter got low memory prompt again pressed enter got low memory prompt again pressed enter and so on until eventually i gave up and gave the virtual machine more ram --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.712 / Virus Database: 468 - Release Date: 27/06/2004 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
my first impressions of your installer
i was installing this in vmware using the daily snapshot floppies after getting round the low memory bug i mentioned a day or so ago (now apparently fixed) by giving the virtual machine more ram i progressed with the install without too many problems however i noticed the following 1: in the after reboot setup the virtual machine failed the first time (nothing to do with debian its a known hdd problem windows side) when i booted and went into the after reboot setup again the installer told me the source was failing all the time. I eventually read the actual error from apt and it gave me a dpkg command which i wen't to a shell and gave but the error from the installer was anything but helpfull 2: there was no mention of contrib or non-free. 3: unlike with woody i needed the network drivers floppy 4: there is no development task 5: there was no mention of secuirty updates (is this because the secuirty updated for sarge aren't aranged yet?) 6: the timezone selection what very american centric like i had to go (american menu)-(world menu)-(european menu) --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.712 / Virus Database: 468 - Release Date: 27/06/2004 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Cannot install any debian - no kernels support USB net cards?
i would use the full woody cd1 and deal with netwokring after install -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 25 July 2004 01:24 To: [EMAIL PROTECTED] Subject: Cannot install any debian - no kernels support USB net cards? I'm not sure if this is a bug or by-design. No mention of it anywhere in the online docs AFAICS. It seems that the debian installer (tried both stable and testing in pretty much every conceivable CD-based flavour) is hard-coded to not allow people to use a USB network card. Testing won't even install because it keeps complaining there's no network card and refuses to continue installing beyond that point. I know that my USB network card works fine, because before I formatted the hard disk it was running mandrake with an unadulterated 2.4.18 kernel using the pegasus.o that comes with the linux kernel. Sadly, the debian installers won't let me actually load my driver module :( for no apparent reason (?). I tried installing stable with no networking, and then compiling a custom kernel, but the supplied 2.4.18 kernel source that came on the stable CD (1 or 2) has all the USB network cards deleted (their section in make menuconfig is empty, ditto in make config). Is there a way around this? Is there some reason why USB network cards are hard-coded out? Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.712 / Virus Database: 468 - Release Date: 27/06/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.712 / Virus Database: 468 - Release Date: 27/06/2004 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: RE: Cannot install any debian - no kernels support USB net cards?
1. the module wasn't compiled into the default installed kernel 2. when I tried to add it - either as module or compiled in - the option was simply absent from the kernel config. what kernel source were you buiding from? i suggest you use the 2.4.26 source direct from kernel.org to build yourself a new kernel btw is [EMAIL PROTECTED] a real e-mail address for you if not then can you tell me your real one (in a private reply if you wan't) --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.712 / Virus Database: 468 - Release Date: 27/06/2004 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: my first impressions of your installer
> > 5: there was no mention of secuirty updates (is this because > the secuirty > > updated for sarge aren't aranged yet?) > > This is also by design, and is because security updates are used by > default. well it didn't put any security updates line in my sources.list > > > 6: the timezone selection what very american centric like i had to go > > (american menu)-(world menu)-(european menu) > > This would indicate that you chose American English as your language. > The timezone selection is not US-centric, it's centered around whatever > country you claim to be in. im in england i selected english the language selection list makes no mention of American English or british english it just says english --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.712 / Virus Database: 468 - Release Date: 27/06/2004 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: my first impressions of your installer
> -Original Message- > From: Christian Perrier [mailto:[EMAIL PROTECTED] > Sent: 25 July 2004 22:31 > To: [EMAIL PROTECTED] > Subject: Re: my first impressions of your installer > > > Quoting peter green ([EMAIL PROTECTED]): > > > im in england i selected english > > the language selection list makes no mention of American > English or british > > english it just says english > > But the second screen prompted you for a country unless you used an > old version of the installer. > > If you choose English with the current daily builds, you're then > prompted for a country by seeing a screen with all countries for which > a en_XX valid locale exists. This includes UK... > > And when it comes at timezone selection, the default is Europe/london, > that is one hour less than normal european time.. > that second screen asked me about keyboard layout and i selected british english i also selected british in the mirror select list and yet i defiantely got the american timezone list i'll try with the latest floppys tomorrow and see if this has changed (its a few days since my install now) --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.712 / Virus Database: 468 - Release Date: 27/06/2004 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#261887: 8139too and sis900 install bug
the woody install kernels should only be used for installation at least in the case of the bf24 one they no longer get security updates (there is at least local root exploit in the bf24 kernel unforutunately the fix for this caused module breakage which is why bf24 was not updated) either use one of the real kernels from the debian archives or (if you don't need 2.4.18 specifically) use the latest 2.4 series source from kernel.org -Original Message-From: Gregoire Hostettler [mailto:[EMAIL PROTECTED]Sent: 28 July 2004 20:03To: [EMAIL PROTECTED]Subject: Bug#261887: 8139too and sis900 install bug Package: boot-floppies Version: 3.0r2 Flavor: bf24. As I need to install a 2.4.18 kernel the fastest way is using the bf24 flavor. The problem is that neither 8139too nor sis900 drivers are available under kernel/drivers/net. How to circumvent this ? These drivers are available when using idepci w/o any problem... Thank you! Caracal - G. Hostettler6, ch. du Raidillon1522 Lucens Tél: 021 906 97 92 / 079 342 97 66 e-mail personnel : [EMAIL PROTECTED]
RE: modconf maintainance - status and future?
i would leave the code old in the old repostry so the old history is preserved maybe add a notice there about the move though > -Original Message- > From: Frank Lichtenheld [mailto:[EMAIL PROTECTED] Behalf Of Frank > Lichtenheld > Sent: 01 August 2004 23:19 > To: [EMAIL PROTECTED] > Subject: Re: modconf maintainance - status and future? > > > On Wed, Jul 28, 2004 at 09:56:13PM -0400, Joey Hess wrote: > > Frank Lichtenheld wrote: > > > 2) If there are actually some people interested in this (I am, so > > > that if is superfluous) should the program still located in the > > > debian-boot CVS and have debian-boot as maintainer address? > > > > I don't see any reason for modconf to remain associated with this list > > unless someone is doing boot-floppies development here again for some > > reason. > > Ok, since this was the only answer to my mail I assume that I can safely > adopt modconf. I'm thinking about moving it from the debian-boot CVS > to a SVN rep on Alioth, too. If there aren't any objections to this > I would ask for the creation of a Alioth project for this this week > and then ask for the removal of the code in the CVS rep once I have > transfered it there. > > Any people interested in helping with this are welcome as well > as objections and comments to the whole issue. > > Gruesse, > -- > Frank Lichtenheld <[EMAIL PROTECTED]> > www: http://www.djpig.de/ > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.727 / Virus Database: 482 - Release Date: 26/07/2004 > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.727 / Virus Database: 482 - Release Date: 26/07/2004 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: 花之愿鲜花礼品网
can we keep messages to this list in english please -Original Message-From: 李书昀 [mailto:[EMAIL PROTECTED]Sent: 04 August 2004 08:50To: [EMAIL PROTECTED]Cc: [EMAIL PROTECTED]Subject: 花之愿鲜花礼品网 花之愿鲜花礼品网 鲜花，是自然赐予人类的祝福！ 这是一家新的网上花店，在线提供鲜花预订，鲜花速递，3小时可达中国各地。 热诚欢迎各位来我公司提供的网上鲜花服务。 花之愿，人之愿！ 各类鲜花知识：玫瑰花语,玫瑰数量,玫瑰颜色,红玫瑰,黄玫瑰,粉玫瑰,白玫瑰 玫瑰栽培历史,玫瑰知识 康乃馨，康乃馨种植 百合，花的传说 并蒂莲，花的传说 国花，花友，花语，花品 鲜花保健，鲜花药用，鲜花美食，鲜花美容，鲜花花茶 水仙，花的传说 牡丹，花的传说 茉莉花，花的传说 插花，插花技术，插花容器 花卉保鲜方法，花卉保鲜，鲜花保鲜技术，鲜花保鲜，玫瑰花保鲜，百合保鲜，康乃馨保鲜 山茶花，花的传说 情话，浪漫情话，经典情话，幽默情话，数字情话 父亲节，父亲节送花，父亲节来历 母亲节，母亲节送花，母亲节来历 教师节，教师节送花 情人节,情人节来历,情人节鲜花,情人节典故 圣诞节，圣诞节送花，圣诞节来历， 花与星座 送花节日，节日送花 中国情人节，七夕，七夕送花
RE: Boot problems with grub and 4GB+
or just default to lilo altogether unless there is some other major advantage to grub ofc > -Original Message- > From: Goswin von Brederlow [mailto:[EMAIL PROTECTED] > Sent: 04 August 2004 22:18 > To: [EMAIL PROTECTED] > Subject: Boot problems with grub and 4GB+ > > > Hi, > > grub still has problems booting on high end systems (4GB ram or > more). With ram getting cheaper and more used by the minute this could > affect more and more Debian installations. > > (see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=254798) > > Given the timeframe for the release it doesn't look likely that > upstream will fix this but. Would it be possible for D-I to default to > lilo when it detects >2GB ram (people with this problem reported lilo > works or grub when they remove all but 2GB ram)? > > MfG > Goswin > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.734 / Virus Database: 488 - Release Date: 04/08/2004 > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.734 / Virus Database: 488 - Release Date: 04/08/2004 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: [Manual] installer-manual on the website (was: release plans for website?)
imho content negotiation should only be used for initial pages and there should be an easy way to choose language manually if content negotiation gets it wrong > -Original Message- > From: Joey Hess [mailto:[EMAIL PROTECTED] > Sent: 05 August 2004 18:21 > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Re: [Manual] installer-manual on the website (was: release > plans for website?) > > > Frank Lichtenheld wrote: > > This is how the installation manual was handled for boot-floppies (i.e. > > potato and woody): The sources where checked out from the > > boot-floppies CVS and were build locally. > > > > I investigated a bit how to handle the sarge installation manual: > > The installation manual doesn't build on woody AFAICT, so manual > > build is probably no option until www-master is updated to sarge, > > and I think nobody want rely on that. So linking to an external > > resource like the archive or copying it from there would be better. > > I don't know if it builds on woody or not, never tried. > > We have two builds; there's a build on the web on alioth, and the build > in the archives. I think the build in the archives is a batter choice to > use, as it's guaranteed to match the installer version in the archive, > also it's a release build which changes some minor parts of the manual. > The one on alioth is more of a developmental build so we can see changes > before we release. > > > Some questions to consider: > > - The boot-floppies manual was built as PDF, plain text and HTML. > >I think at least plain text and HTML should be available for > >sarge, too. Yet I don't see any generation of plain text > >currently. Is this intentional? > > Our build system for the sarge manual is rather rough and nobody is very > happy with it. It has generated pdf in the past but that has not worked > lately, and I don't think we've ever gotten plain text out of it. There > are some commented lines at the end of buildone.sh that generate .fo > files and use fop to build pdf. Apparently the plan was to go from there > to plain text. > > > - For usage on the website the files should be able to be handled > >by content negotiation. This requires that there is only one > directory > >per arch with all translations in it and files named > foo..html. > >Would it be possible to generate the pages this way or > should we write > >a little script that solves this by renaming the current > output files? > > I didn't know you'd ever used content negitoation for the manual, though > it'd be nice. > > We would have to munge all the internal links too. I don't know enough > about the build to know what's the right way. FWIW, it uses xsltproc to > generate the html, and the --output switch does not seem to be flexible > enough. > > You'll need an index page anyway linking to the different manuals for > different arches, could the content negotiation happen only for that page > perhaps? > > -- > see shy jo > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.734 / Virus Database: 488 - Release Date: 04/08/2004 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Opinion about sarge install
> It would probably be interesting and useful for the X packaging > team to see > a diff between the config that was generated from configuring X and the > config you ultimately had to use to get X working. In my experience, > provided you give the X configuration the right input, it does a > reasonable > job of getting X working. i think the point is that the X setup tool needs a full auto mode almost every other distro has auto setup of X (even some debian based ones like KNOPPIX) normal users CANNOT be expected to answer those kind of questions --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.735 / Virus Database: 489 - Release Date: 06/08/2004 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: X configuration (was Opinion about sarge install)
ok it would seem i was a bit behind the times and there is autodection now was this what the original reporter chose? (and is he still in the reply lists or on this mailing list for that matter) btw i got a mouse selection page with ps/2 and imps/2 on it (and a load of others that were obviously brands) but no explantion as to what thesse meant i dunno whether that can be considered a bug or not but its definately an unfriendlyness finally after installing x-windows-system i get twm when using startx this isn't exactly the most friendly window manager around > -Original Message- > From: Andrew Pollock [mailto:[EMAIL PROTECTED] > Sent: 09 August 2004 03:31 > To: peter green > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Re: Opinion about sarge install > > > On Sun, Aug 08, 2004 at 11:56:00PM +0100, peter green wrote: > > > It would probably be interesting and useful for the X packaging > > > team to see > > > a diff between the config that was generated from configuring > X and the > > > config you ultimately had to use to get X working. In my experience, > > > provided you give the X configuration the right input, it does a > > > reasonable > > > job of getting X working. > > i think the point is that the X setup tool needs a full auto mode > > almost every other distro has auto setup of X (even some debian > based ones > > like KNOPPIX) > > normal users CANNOT be expected to answer those kind of questions > > You should jump on [EMAIL PROTECTED] and have a discussion about > this. I think it's been discussed in the past. > > The main thing is, Knoppix runs on 1 architecture, the X configuration has > to work on all 11. I believe Branden has said in the past that > autodetection > of the monitor and video card can have undesirable results (like > hanging the > system) on some combinations of hardware and architectures. > > That said, it may be feasible to autodetect everything on i386, > which is the > probably the architecture that X is most installed on... I don't > know. Talk > to the X folks if you feel strongly about it. > > regards > > Andrew > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.735 / Virus Database: 489 - Release Date: 06/08/2004 > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.735 / Virus Database: 489 - Release Date: 06/08/2004 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: LILO versus GRUB
unlike with redhat the installer is not generally used for upgrading just edit /etc/apt/sources.list then run apt-get update && apt-get dist-upgrade > -Original Message- > From: GEOFF BAGLEY [mailto:[EMAIL PROTECTED] > Sent: 11 August 2004 11:50 > To: [EMAIL PROTECTED] > Subject: LILO versus GRUB > > > > I am currently using LILO with my Debian Woody. > I understand that the New Installer and/or Sarge > prefer to install GRUB. > > Can I update my system to the new Installer+Sarge > and still retain LILO, which I find to be OK. > > Is there a good reason for switching to GRUB ? > > Best regards, > > Geoff. > G3FHL. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.735 / Virus Database: 489 - Release Date: 06/08/2004 > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.735 / Virus Database: 489 - Release Date: 06/08/2004 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: LILO versus GRUB
note upgrading with apt-get won't change your kernel if you wan't to use a new kernel then you should either install a kernel-image package explicitly or compile your own kernel from source > I wish to use the new installer in order to make configuration of my > various Ethernet NICs > (on three machines) simpler, but prefer not to switch to GRUB. sure i understand that for new installs but if you already have your nics configured on a machine upgrading seems simpler than reinstalling with the new installer iirc the new installer does make lilo availible although i think you may need to use expert mode also i have noticed that the standard sarge kernel takes ages to load with lilo > Lastly, will updating Woody result in a Sarge intallation now that > Woody is being replaced > as the "stable" version ? (Maybe that one should be on a different list ?) it depends on exactly what your /etc/apt/sources.list says if it says stable then it will start using packages from sarge when the stable symlink is changed on the mirrors to point to sarge if it says woody then woody it will stay until you change it explicitly apt-get update and apt-get dist-upgrade (or if you are more paranoid apt-get upgrade followed by manual upgrading of packages with apt-get install) is needed to actually upgrade everything on your system to the sarge versions --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.735 / Virus Database: 489 - Release Date: 06/08/2004 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: LILO versus GRUB
the problem is its impossible to tell if someone is on the list so you either send it to the list and to them directly (risking them getting it twice) or you send it just to the list (risking them not getting it at all) it would be nice if the mailing list code could somehow include indication of whether the sender was on the list or not > -Original Message- > From: Geoff Bagley [mailto:[EMAIL PROTECTED] > Sent: 11 August 2004 13:41 > To: peter green > Cc: [EMAIL PROTECTED] > Subject: Re: LILO versus GRUB > > > Many thanks Peter. By the way, I am getting two copies of each of your > posts. > Not sure why. Can't see anything in my set-up, or that of my ISP to > explain this. > > Best regards, > > Geoff. > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.735 / Virus Database: 489 - Release Date: 06/08/2004 > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.735 / Virus Database: 489 - Release Date: 06/08/2004 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
stable/testing/unstable vs woody/sarge/sid
afaict the installer currently uses the first of theesee possibilities (stable/testing/unstable) in sources.list this means that when there is another release users will get automatically updated from one stable release to the next possiblly when they are really not expecting it it would seem more sensible to me to use the woody/sarge/sid names so that people have to explicitly upgrade from one release to the next --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.737 / Virus Database: 491 - Release Date: 11/08/2004 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: debootstrap's basic package list
the trouble with debootstrap is that unless you have a very recent version of the package list (or are installing stable) it tends to get broken by dependency problems cdebootstrap works muc better (though unfortunately woody doesn't have it and there doesn't seem to be a backport either) another possibility is to debootstrap a woody base system and then use apt-get to upgrade it > -Original Message- > From: Haines Brown [mailto:[EMAIL PROTECTED] > Sent: 22 August 2004 22:54 > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Subject: Re: debootstrap's basic package list > > > > > Where can I find a package list for sarge base system? I've search > > > around, but without much luck. > > > > debootstrap defines the base system > > (/usr/lib/debootstrap/scripts/sarge). If you've run it, that's it. > > Thanks. This confirms that debootstrap only installed about half the > packages it downloaded. > > I make slow progress by fiddling and installing packages missed by > debootstrap, but it seems the packages have to be downloaded from on > line rather than use the packages in apt archives. > > I after configuring, I findally get to the pont of installing a > kernel, and here again, the installation failed because it could not > find a file: > > setting up kernel-image-2.6.7-1-386 (2.6.7-2) ... > /usr/sbin/mkinitrd: /dev/fd does not exist > Failed to create initrd image > dpkg: error processing kernel-image... > ... > > :\# ls -l /dev/fd > lrwxrwxrwx 1 root root 13 2004-08-22 12:48 /dev/fd -> /proc/self/fd > > I had the impression that there's nothing in /proc until I've > booted the disk. In a booted system, this /proc/self/fd is itself a > symlink and it gets complicated;; I'm at a loss how to proceed. > > Haines Brown > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.737 / Virus Database: 491 - Release Date: 11/08/2004 > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.737 / Virus Database: 491 - Release Date: 11/08/2004 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: debootstrap's basic package list
i dunno what effect running cdebootstrap on your existing screwup will have but i would strongly advise starting again > -Original Message- > From: Haines Brown [mailto:[EMAIL PROTECTED] > Sent: 23 August 2004 01:32 > To: [EMAIL PROTECTED] > Subject: Re: debootstrap's basic package list > > > > > the trouble with debootstrap is that unless you have a very recent > > version of the package list (or are installing stable) it tends to > > get broken by dependency problems > > > > cdebootstrap works muc better (though unfortunately woody doesn't > > have it and there doesn't seem to be a backport either) > > My running system is sarge, and so I had no trouble installing > cdebootstrap. > > I assume that I can simply redo the cross-install with it and it will > overwrite packages having versions it doesn't like. Am I likely to run > into the problem of having to downgrade packages? Your description of > cdebootstrap makes it sound as though this is not likely to happen. > > Thanks. > > Haines > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.737 / Virus Database: 491 - Release Date: 11/08/2004 > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.737 / Virus Database: 491 - Release Date: 11/08/2004 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
debian (sarge rc1) installer and colinux (snapshot 20040710)
cobd0 alias="hda"-->empty 1500 meg image cobd1 --> initrd from boot.img (decompressed) ram 64 megs (allocated to colinux host machine has 480) tap adaptor with windows bridgeing root=/dev/cobd1 init=/sbin/debian-installer-boot debian installer started fine though some non english chars in the language selection list were screwed as was some formatting of that list (probablly due to the colinux console not knowing utf-8 or something) it failed to find my dhcp server but i gave it an ip and my network details i pointed it at my local apt-cacher (note to debian installer team putting enter manually in a part of the list that isn't initially visible is bad design) and it started downloading installer components normally it didn't seem to recognise my hda alias at the partitioning step (i've yet to see if that alias works at all) and so i had to go on without making any partitions this was where i got stuck there was no way i could see to set the target root filesystem directly to cobd0 and the installer would not let me move on i then started again with the alias set to hda1 instead of hda and got stuck in the partitioning step again --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.737 / Virus Database: 491 - Release Date: 11/08/2004 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: [coLinux-devel] Re: debian (sarge rc1) installer and colinux (snapshot 20040710)
http://www.colinux.org http://www.colinux.org/wiki basically colinux is a tool that allows running of linux under windows in a manner that is on the surface similar to user-mode-linux although it works very differently internally so far we have largely relied on distributing filesystem images either built manually with packaging tools copied from user-mode-linux systems or imaged from installs on real hardware however it would be very nice to be able to actually install distros on colinux using those distros installers > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Sven > Luther > Sent: 25 August 2004 09:13 > To: peter green > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: [coLinux-devel] Re: debian (sarge rc1) installer and colinux > (snapshot 20040710) > > > On Tue, Aug 24, 2004 at 07:40:17PM +0100, peter green wrote: > > cobd0 alias="hda"-->empty 1500 meg image > > cobd1 --> initrd from boot.img (decompressed) > > ram 64 megs (allocated to colinux host machine has 480) > > tap adaptor with windows bridgeing > > Could you provide some description of what colinux is ? > > Friendly, > > Sven Luther > > > --- > SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media > 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 > Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. > http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 > ___ > coLinux-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/colinux-devel > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.737 / Virus Database: 491 - Release Date: 11/08/2004 > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.737 / Virus Database: 491 - Release Date: 11/08/2004 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE/FW: Please stop sending me emails
can someone please remove this guy from the list before his bloody autoresponders drive us all crazy > -Original Message- > From: Frank Carmickle [mailto:[EMAIL PROTECTED] > Sent: 27 August 2004 21:39 > To: [EMAIL PROTECTED] > Subject: Please stop sending me emails > > > THIS IS AN AUTOMATIC REPLY > > Your e-mail message to me (see below) was not delivered. I > am no longer accepting mail from your address. > > This extreme measure was most likely taken in response > to unsolicited or unwanted e-mail from you. If you were > attempting to market a commercial product or service to me, > then please note that I am absolutely not interested in > it. I take a dim view of any form of UCE, and on principle > refuse to patronize any business that resorts to this > tactic. > > ESTA MENSAGEM FOI GERADA AUTOMATICAMENTE *** > > A sua mensagem (abaixo) não foi entregue. Emails vindos do > seu endereço não serão mais aceitos. > > Esta medida extrema foi provavelmente tomada em resposta à > email não solicitado de sua parte. Se voce está tentando > promover um produto ou serviço desta forma, saiba que não > possuo qualquer interesse. É minha política pessoal não > fazer negócios com qualquer empresa ou indivíduo que recorra > a SPAM para promover o seu negócio. > > This email account is protected by: > Active Spam Killer (ASK) V2.5.0 - (C) 2001-2002 by Marco Paganini > For more information visit http://www.paganini.net/ask > > --- Original Message Follows --- > > From: Debian Installer <[EMAIL PROTECTED]> > To: Joey Hess <[EMAIL PROTECTED]>, > Subject: base-config_2.44_i386.changes ACCEPTED > Date: Fri, 27 Aug 2004 14:47:02 -0400 > > > Accepted: > base-config_2.44.dsc > to pool/main/b/base-config/base-config_2.44.dsc > base-config_2.44.tar.gz > to pool/main/b/base-config/base-config_2.44.tar.gz > base-config_2.44_all.deb > to pool/main/b/base-config/base-config_2.44_all.deb > Announcing to [EMAIL PROTECTED] > Closing bugs: 267149 268278 > > > Thank you for your contribution to Debian. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.737 / Virus Database: 491 - Release Date: 11/08/2004 > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.737 / Virus Database: 491 - Release Date: 11/08/2004 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: [PROPOSAL] 2.4.27 as default 2.4 kernel for sarge
> -Original Message- > From: Joey Hess [mailto:[EMAIL PROTECTED] > Sent: 27 August 2004 22:59 > To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; > [EMAIL PROTECTED] > Subject: Re: [PROPOSAL] 2.4.27 as default 2.4 kernel for sarge > > > Raphael Hertzog wrote: > > Quoting Joey Hess: > > > 15. Get ftp-master to remove kernel udebs for the old kernel version > > > from testing. This will *break* some old released install media > > > (floppy, netboot, not cdrom), but it's necessary before release. > > > > Why is this necessary ? I'm a bit worried that rc1 netinst > images do no more > > work when sarge is released ... those images are widespread due to the > > testing, and it's a pity to make them useless if we don't > really need to. > > GPL compliance mostly. > > -- > see shy jo > surely if you are not going to remove the udebs you would not remove the debs or sources either so there would be no gpl compliance problem --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.737 / Virus Database: 491 - Release Date: 11/08/2004 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#762634: initramfs-tools: [armhf] mounting rootfs on USB disk fails / some USB host controller drivers missing in initramfs
Karsten Merker wrote: Browse online: http://anonscm.debian.org/cgit/d-i/base-installer.git/tree/debian/templates-arch Adding -arm@ and -boot@ for possible comments/insight. I suppose the reason for MODULES=dep being the default on arm* might be that some armel systems boot their kernel and initrd directly from an onboard flash chip with a size of only a few MB, so an initramfs built with modules=most might be uninstallable on them due to lack of space. Which makes sense for armel, many load their boot files from fixed size blocks of flash and flash space is a MAJOR issue (and major thorn in the kernel teams side) and you will generally need a new kernel if you move to a different device anyway. On the other hand for armhf i'm not sure it makes sense, most armhf systems i'm aware of load their kernels/initrds from filesystems so space is not such and issue and with the new armmp kernels having a modules=most initrd would presumablly allow one to move to different hardware with just swapping out the bootloader. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54249535.5010...@p10link.net
Re: Installer: 32 vs. 64 bit
Why are they creating 32-bit virtual machines? At least with virtualbox 32-bit VMs can run on any host. 64-bit VMs require VT-x which is all too often disabled in the BIOS.
Re: Multiple console support
On 19/01/19 04:27, Wookey wrote: Arm64 (arm in general in fact) has a rather fundamental problem with D-I, which is that both serial and display are sensible default devices for the installer to run on. Which is 'correct' depends very much on the hardware and the circumstances. You may be installing a server in rack, or a dev board with no display, in which case serial is ideal, or you may have a chromebook or an ARM desktop machine with a screen plugged in and no easy access to the serial console. This problem doesn't arise on x86 where there is 'always' a screen (or some BIOs magic to reflect what would be on the screen to serial). Steve (McIntyre) and I have been thinking about what to do about this, so did some investigation and came up with a plan. Essentially it was to run d-i on both if they are configured/available. This way anyone looking at just one or the other will see D-I as they expect. The patch is not intrusive and essentially nothing changes if there is only one console so this should be a low-risk change. One concern I would have is preseeding or other more-automated install modes. Presumablly this works out ok on a "normal" install because the instance of the installer that the user is *NOT* interacting with just sits there doing nothing but I would question if that is a reasonable assumption in general.
state of shim and shim-signed.
I have noticed that there seem to be issues with shim and shim-signed, the former has a complaint from the gcc maintainers about being built with an old version of gcc, the latter depends on an old version of shim. Are their plans to fix this for bullseye? are their difficulties getting new versions signed by MS?
Re: [AMD/ATI graphics] Missing firmware not declared / kernel modules not included in initrd
Adding debian-x to CC. On 01/01/2021 16:52, Karl-Heinz Künzel wrote: For a crosscheck I installed 'debian-10.7.0-amd64-netinst.iso' Xfce. System working! sources.list buster -> bullseye, update, upgrade, dist-upgrade, reboot and after grub system crashes 'black screen'. Restart again, now with kernel 4.19.0-13. System working! br KH It strikes me that there are two parts to this issue. 1. How to make the installer find/install the firmware? 2. Why does X work without firmware on the buster kernel but not on the bullseye kernel? did the buster kernel accidentally include firmware that it should not have done? when running on the buster kernel is X and/or the kernel using a generic driver rather than a GPU specific driver?
RE: RE/FW: Please stop sending me emails
yes i kinda figured mails have been sent to him the list administrators and the abuse address of the university his e-mail address is under hopefully one of the 3 will stop this shit sometime soon > -Original Message- > From: Andrew Pollock [mailto:[EMAIL PROTECTED] > Sent: 28 August 2004 01:39 > To: peter green > Cc: Frank Carmickle; [EMAIL PROTECTED]; > [EMAIL PROTECTED] > Subject: Re: RE/FW: Please stop sending me emails > > > On Fri, Aug 27, 2004 at 09:48:14PM +0100, peter green wrote: > > can someone please remove this guy from the list before his bloody > > autoresponders drive us all crazy > > It's getting into a loop :-( > His emails go to the list, back to him and around again... > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.737 / Virus Database: 491 - Release Date: 11/08/2004 > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.737 / Virus Database: 491 - Release Date: 11/08/2004 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#268484: Installation report
sounds like it didn't pick up the default gateway what if anything does the route command output after the network is brought up > -Original Message- > From: Tim Douglas [mailto:[EMAIL PROTECTED] > Sent: 28 August 2004 01:27 > To: [EMAIL PROTECTED] > Subject: Bug#268484: Installation report > > > Package: installation-reports > > Debian-installer-version: rc1 > uname -a: Linux fox 2.4.26-sparc64 #1 Fri Jun 18 02:04:50 PDT 2004 > sparc64 unknown > Date: 2004-08-26 > Method: Boot from the businesscard CD image. Download packages from > home-firewall'd (NETGEAR MR814v2) DSL connection. Control computer by > serial connection. > > Machine: Sun Ultra 1 UPA/SBus > Processor: UltraSPARC 200MHz > Memory: 768 MB > Root Device: SCSI HD. > Root Size/partition table: no idea > Output of lspci and lspci -n: sh: lspci: not found > > Base System Installation Checklist: > [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it > > Initial boot worked:[O] > Configure network HW: [O] > Config network: [E] > Detect CD: [O] > Load installer modules: [O] > Detect hard drives: [ ] > Partition hard drives: [ ] > Create file systems:[ ] > Mount partitions: [ ] > Install base system:[ ] > Install boot loader:[ ] > Reboot: [ ] > > Comments/Problems: > > The network got configured properly, IP address and all (using DHCP). > Then after setting up the Debian mirror, the Release file would not > download. Going to a command prompt, ifconfig showed everything was in > working order. The machine could be pinged (couldn't ping out, no ping > command). It could wget files from my internal ftp and http servers. > But it couldn't download anything from any external servers. Neither > domain names or IP addresses would work. Nor connecting via a static > IP. Even a different network card would not work. The network port did > work with other computers though. > > I'm going to try a new daily build from today to see if it > changes anything. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.737 / Virus Database: 491 - Release Date: 11/08/2004 > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.737 / Virus Database: 491 - Release Date: 11/08/2004 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: RE/FW: Please stop sending me emails
may i ask why [EMAIL PROTECTED] doesn't go straight to the listmasters? > -Original Message- > From: Martin Schulze [mailto:[EMAIL PROTECTED] > Sent: 28 August 2004 08:08 > To: Peter Green > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Re: RE/FW: Please stop sending me emails > > > peter green wrote: > > can someone please remove this guy from the list before his bloody > > autoresponders drive us all crazy > > He's removed from all lists and his mail address has been blocked > from sending to any list. A mail to listmaster@ or some listmasters > personally should have been faster. > > Regards, > > Joey > > -- > Have you ever noticed that "General Public Licence" contains the > word "Pub"? > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.737 / Virus Database: 491 - Release Date: 11/08/2004 > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.737 / Virus Database: 491 - Release Date: 11/08/2004 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: RE/FW: Please stop sending me emails
it may have been caused by admin action on his side during the height of the problem i sent a rather strongly worded email to [EMAIL PROTECTED] about the issue and it may be that they have taken action to disable his broken mail system > -Original Message- > From: John Summerfield [mailto:[EMAIL PROTECTED] > Sent: 29 August 2004 04:12 > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Re: RE/FW: Please stop sending me emails > > > Frank Carmickle wrote: > > >I apologize. But I did remove myself twice from this list in > the last few > >days. Then I removed the whitelist entry for this list. I > thought that I > >was unsubscribed when I removed the entry but no such luck. Someone > >should look in to this problem. Neither the web form or the message I > >sent removed me from the list. > > > > > > > Frankie's mail is still broken. I tried to send him this message: > > I believe the author of ASK would like you to discuss the problem > with you. > > > with this result: > > This message was created automatically by mail delivery software (Exim). > > A message that you sent could not be delivered to one or more of its > recipients. This is a permanent error. The following address(es) failed: > > pipe to |/usr/bin/ask.py --loglevel=5 > --logfile=/usr/friends/frankiec/ask.log --home=/usr/friends/frankiec > generated by [EMAIL PROTECTED] > Child process of address_pipe transport returned 100 from command: > /usr/bin/ask.py > > The following text was generated during the delivery attempt: > > -- pipe to |/usr/bin/ask.py --loglevel=5 > --logfile=/usr/friends/frankiec/ask.log --home=/usr/friends/frankiec >generated by [EMAIL PROTECTED] -- > > ERROR: /usr/friends/frankiec/.askrc does not exist or is > unreadable. Exiting... > Attention: > > The system could not deliver your message due to a technical problem. > Information about the problem has been recorded locally for analysis. > > --- Problem Details --- > > Traceback (most recent call last): > File "/usr/bin/ask.py", line 65, in ? > config = askconfig.AskConfig(sys.argv) > File "/usr/lib/ask/askconfig.py", line 91, in __init__ > self.__read_config(self.home + "/.askrc") > File "/usr/lib/ask/askconfig.py", line 104, in __read_config > sys.exit(self.RET_PROCMAIL_CONTINUE) > SystemExit: 0 > > --- > > -- This is a copy of the message, including all the headers. -- > > > > -- > > Cheers > John > > -- spambait > [EMAIL PROTECTED] [EMAIL PROTECTED] > Tourist pics http://portgeographe.environmentaldisasters.cds.merseine.nu/ > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
is this a bug
debain installer seems unable to load net drivers from the second floppy drive is this a bug and if so where should it be reported -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: is this a bug
sounds like it the boot floppy was still in the first floppy drive at the time > -Original Message- > From: Joey Hess [mailto:[EMAIL PROTECTED] > Sent: 18 September 2004 01:24 > To: peter green > Cc: [EMAIL PROTECTED] > Subject: Re: is this a bug > > > peter green wrote: > > debain installer seems unable to load net drivers from the second floppy > > drive > > > > is this a bug and if so where should it be reported > > Does this describe your problem? http://bugs.debian.org/225220 > > -- > see shy jo > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
bypassing partman
for various reasons i want to be able to use debian installer to install on a block device that is not a partition is there any way to bypass partman and set up the mappings between mountpoints and block devices manually? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: bypassing partman
that assumes that partman lists the block device in quesion at all ;) i have discovered how to force it though mount block device on /target cd to /target to make it impossible to unmount proceed with the install as normal it will try to start partman fail and dump you in the main menu from here you can move on to install the base system it will try to start partman a couple more times then proceed to install the base system > -Original Message- > From: Anton Zinoviev [mailto:[EMAIL PROTECTED] > Sent: 23 September 2004 13:06 > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Subject: Re: bypassing partman > > > On Sat, Sep 18, 2004 at 02:19:10AM +0100, peter green wrote: > > for various reasons i want to be able to use debian installer > to install on > > a block device that is not a partition > > > > is there any way to bypass partman and set up the mappings between > > mountpoints and block devices manually? > > I can not answer your question but unsell some new bug was introduced > you don't need to bypass partman. > > 1. Start the installer in the expert mode so all questions will be asked > 2. Choose to create by partman a new partition table on your block device. > 3. You will be asked about its type. Choose "loop". > 4. Create one partition that ocupies the whole disk and use it. > > The "loop" partition table type is some hack provided by parted > meaning that the storage device has only one partition and it ocupies > the whole device. > > Anton Zinoviev -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: bypassing partman
> One way to cheat is to configure some partition sheme by partman and > then to change it manualy acording to your needs. Then the system > will know that partman is configured and will not restart it. this assumes that your system has block devices that patman recognises at all -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#798885: Boot problems after installation on new self-build computer.
On 13/09/15 21:02, Peter Michael Green wrote: Unfortunately on reboot the system hung, attempting to boot with quiet removed from the kernel command line showd the last userland boot message as "Starting LSB: Prepare console". Trying to boot in recovery mode also hung showing ata related messages about "security freeze lock" and "Device configuration overlay" being filtered out being the last things displayed. I will post links to photographs of the screen during these freezes in a followup mail. Freeze screen from normal boot with queit parameter removed http://postimg.org/image/rfq3vj2sz/ Freeze screen from recovery mode boot http://postimg.org/image/4ordcxxlt/
busybox failing to build on raspbian due to text formatting differences, any thoughts on what the cause could be?
Busybox has been failing to build in raspbian with what appear to be text formatting differences. http://buildd.raspbian.org/status/fetch.php?pkg=busybox&arch=armhf&ver=1%3A1.22.0-4&stamp=1393285422 FAIL: expand with unicode characher 0x394 --- expected +++ actual @@ -1 +1 @@ -Δ 12345ΔΔΔ12345678 +Δ 12345ΔΔΔ 12345678 FAIL: fold -sw66 with unicode input --- expected +++ actual @@ -4,8 +4,13 @@ 2,500,000 light-years (1.58×10^11 AU) away in the constellation Andromeda. It is the nearest spiral galaxy to our own, the Milky Way. -Галактика або Туманність Андромеди (також відома як M31 за -каталогом Мессьє та NGC224 за Новим загальним каталогом) — -спіральна галактика, що знаходиться на відстані приблизно у 2,5 -мільйони світлових років від нашої планети у сузір'ї Андромеди. -На початку ХХІ ст. в центрі галактики виявлено чорну дірку. \ No newline at end of file +Галактика або Туманність Андромеди +(також відома як M31 за каталогом +Мессьє та NGC224 за Новим загальним +каталогом) — спіральна галактика, +що знаходиться на відстані +приблизно у 2,5 мільйони світлових +років від нашої планети у сузір'ї +Андромеди. На початку ХХІ ст. в +центрі галактики виявлено чорну +дірку. \ No newline at end of file And so on Does anyone have any idea what might be causing this? maybe some kind of locale issue that is causing different measurements of string length? (our buildds seem to be setup with LC_ALL=posix) -- 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/530bed32.1030...@p10link.net
Re: Support for sunxi-based ARM systems in d-i
Lennart Sorensen wrote: Why would you NOT use uImage? Why would you add an unnessacery conversion step if you have a bootloader capable of loading regular kernel images directly? -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/535d2840.1090...@p10link.net
Bug#798885: Boot problems after installation on new self-build computer.
My original post to this bug report may have confused the issue I had with the main kernel to the issue I had with the backports kernel. When I came back to the system at a later date the monitor was turning off when booting with a the jessie kernel while the storage problem was happening with the backports kernel. The issue with the monitor seems to be graphics card related. I saw the same issue on a another machine where I had just upgraded the graphics card to a GTX 750 Ti. Some stuff I found online indicated that it was caused by the kernel's graphics card drivers incorrectly switching to the onboard graphics and could be fixed by disabling onboard graphics in the bios. That somewhat worked for the machine where I upgraded the graphics card but it did not work for the machine I filed this installation report for. The workaround I found that did work was renaming /lib/modules/version>/kernel/drivers/gpu so the kernel couldn't load any graphics card drivers. This lead to a system that was usable but with the screen stuck in a low resoloution (IIRC 1024x768, I guess X was using the vesa driver). The storage related issue seemed to go away with a newer backports kernel so I think we can consider that one resolved. To get the display working in it's native resoloution I installed the nvidia binary driver.
Re: [d-i manual] copyright declaration
On 22/03/15 13:36, Holger Wansing wrote: Hi, is there a reason why the year for copyright declaration should not be converted into an entity? Would ease the repeating changing. Patch attached, works for both xml and po based translations. Correct me if I'm wrong here but shouldn't the copyright year only be updated when there is an actual change? -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/550ef2ff.4060...@p10link.net
Bug#782976: debian-installer-netboot-images packages kfreebsd images but kfreebsd is not in jessie.
Package: debian-installer-netboot-images Severity: serious The RC policy states "Packages must be buildable within the same release.". In this context I interpret "buildable" as buildable from actual sourcecode (not just package together) and "the same release" as the collection of stuff that Debian will be officially releasing as jessie. kfreebsd was removed from the jessie release. AIUI this means it will not be possible to build the kfreebsd debian installer on any official jessie system. As such IMO kfreebsd images should not be included in this package. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55343c28.7060...@p10link.net
Bug#782976: debian-installer-netboot-images packages kfreebsd images but kfreebsd is not in jessie.
Release team: theres a question for you at the end of the mail. On 20/04/15 00:49, Cyril Brulebois wrote: peter green (2015-04-20): Package: debian-installer-netboot-images Severity: serious The RC policy states "Packages must be buildable within the same release.". In this context I interpret "buildable" as buildable from actual sourcecode (not just package together) and "the same release" as the collection of stuff that Debian will be officially releasing as jessie. So you meant to file a bug against debian-installer rather than d-i-n-i? AIUI the overall process goes as follows (please correct me if any of this is wrong). 1: various source packages in debian build udebs. Building the source package for architecture foo produces debs and udebs for archicture foo. 2: the "debian-installer" source package uses those udebs to build installer images, again building "debian-installer" for architecture foo produces installation images for architecture foo. The installation images are placed in a special place in the archive. 3: Building the "debian-installer-netboot-images" source package retrives some of those images from their special place in the archive and packs them up into arch all packages. If an architecture is removed from a release 1 and 2 will still be fine. 3 OTOH will need manual changes to avoid shipping packages that cannot be rebuilt "within the same release". AIUI if an architecture for which "debian-installer-netboot-images" packs the installer image in an arch all package is removed from the release then debian-installer-netboot-images will FTBFS. I was mistaken on one thing though, despite the release teams mail months ago [1] saying that "We are dropping it as an official release architecture" it would appear that kfreebsd has not actually been removed from jessie at this point. Release team: can you clarify whether you intend to actually remove kfreebsd from the jessie suite of the official archive before/during the jessie release? [1] https://lists.debian.org/debian-devel-announce/2014/11/msg5.html -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/553453a5.7000...@p10link.net
Bug#782976: debian-installer-netboot-images packages kfreebsd images but kfreebsd is not in jessie.
Reopen 782976 Thanks. On 24/04/15 22:49, Jonathan Wiltshire wrote: On Mon, Apr 20, 2015 at 02:17:25AM +0100, peter green wrote: Release team: can you clarify whether you intend to actually remove kfreebsd from the jessie suite of the official archive before/during the jessie release? Yes. Which if my understanding of the code is correct means that debian-installer-netboot-images will ftbfs because it will no longer be able to retrive the kfreebsd images. It could presumablly be modified to look in an unofficial location but as I said in the initial mail of this bug I don't belive that complies with the rc policy. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/553ac563.8060...@p10link.net
Re: Considerations for lilo removal
I am wondering if it is a good idea to remove lilo entirely. At the moment, lilo has been pulled from testing, and the code is in a shape Can either version of grub handle all the cases that lilo can? for example can either of them handle the situation where root is on lvm and there is not a seperate /boot partition? last I checked d-i defaulted to lilo in that situation. If not then removing lilo will leave d-i with no ability to install a bootloader in those situations and worse leave some users with no upgrade path. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [PATCH] floppies -> generic removable media
Joey Hess wrote: Works, with a gotcha. disk-detect doesn't care what kind of disk it finds, so if you have a USB stick with drivers plugged in while it's running, and no other disk is found, it will happily use the USB stick as the target disk. IMO there should be an option in the list of possible target disks along the lines of "load more disk drivers" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Cant boot NSLU2 after successful installation
Mark Thommyppillai wrote: Is there anything else I could try? You could solder on a serial port so you can watch the boot process and see where it fails. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492751: Lenny beta 2 dies on boot up
I have successfully loaded an earlier build of lenny on the same hardware. Checking Google, I found a long discussion of the problem at: http://www.gossamer-threads.com/lists/linux/kernel/949548 This suggests that the lenny beta 2 kernel may not work with my processor. Is this something that needs to be fixed by kernel team? Or, is there something I need to do to get around it Could you try installing in expert mode and explicitly selecting the 486 kernel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402482: tried to reproduce and failed.
i've tried to reproduce this bug but failed btw in the process of trying this i discovered that busybox --install doesn't seem to work either i had to manually copy busybox and make a symlink for this test. debian:~/busyboxinstall# cp /bin/busybox . debian:~/busyboxinstall# ln -s gunzip busybox ln: creating symbolic link `busybox' to `gunzip': File exists debian:~/busyboxinstall# ln -s busybox gunzip debian:~/busyboxinstall# ./gunzip gunzip: compressed data not read from terminal. Use -f to force it. debian:~/busyboxinstall# echo foo | foo.txt bash: foo.txt: command not found debian:~/busyboxinstall# echo foo > foo.txt debian:~/busyboxinstall# echo bar > foo.txt debian:~/busyboxinstall# echo foo > foo.txt debian:~/busyboxinstall# echo foo > bar.txt debian:~/busyboxinstall# gzip foo.txt debian:~/busyboxinstall# gzip bar.txt debian:~/busyboxinstall# cat foo.txt.gz bar.txt.gz > baz.txt.gz debian:~/busyboxinstall# gunzip baz.txt.gz debian:~/busyboxinstall# cat baz.txt foo foo debian:~/busyboxinstall# cat foo.txt.gz bar.txt.gz > baz.txt.gz debian:~/busyboxinstall# ./gunzip baz.txt.gz debian:~/busyboxinstall# cat baz.txt foo foo debian:~/busyboxinstall# ls -l total 428 -rw-r--r-- 1 root root 32 2006-12-17 02:30 bar.txt.gz -rw-r--r-- 1 root root 8 2006-12-17 02:31 baz.txt -rwxr-xr-x 1 root root 418112 2006-12-17 02:29 busybox -rw-r--r-- 1 root root 32 2006-12-17 02:30 foo.txt.gz lrwxrwxrwx 1 root root 7 2006-12-17 02:29 gunzip -> busybox debian:~/busyboxinstall# _ Visit MSN Holiday Challenge for your chance to win up to $50,000 in Holiday cash from MSN today! http://www.msnholidaychallenge.com/index.aspx?ocid=tagline&locale=en-us -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#403890: installation successfull with some manual work
Package: installation-reports Boot method: CD boot with nothing extra typed at boot prompt Image version: Etch RC1 full CD 1 Date: Machine: maxdata PC Processor: celeron D (at least according to the label on the front) Memory: 256MB Partitions: Output of lspci -nn and lspci -vnn: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [E] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: The installer told me that my existing NTFS partition could not be resized due to an unknown error and to look at VC4 for more details (btw in errors like that you might wan't to give a brief description of how to switch virtual consoles). VC4 told me there were inconsistancies and to run "chkdsk -f" and then reboot windows twice. I followed its reccomendations and loaded the installer again. Resizing still failed but this time i was just dumped back in the manual partitioning window with no error. Checking vc4 told me the journal was not clean and to boot windows and shutdown cleanly to clean it. I did this and then back into the installer which promptly failed to resize again in exactly the same way. I decided to try ntfsfix but I could not seem to find any way to manually install/extract debs/udebs within the installer environment. Eventually i resorted to installing ntfsprogs on another debian system and transfering ntfsfix and libntfs into the installer environment using http. ntfsfix ran with no errors and resizing succeeded afterwards. once the resize was done i wen't into "guided partitioning" and told it to use the "largest free space" and put "everything in one big position". This created two partitions a root partition and a swap partition (since this option is aimed at people who don't wan't to tie themselves to particular allocations wouldn't it be more sensible and more consistant with the options name to create a swapfile instead?). user/password setup worked but i could find no way to bypass creation of a normal user account (i'm sure this was possible in the sarge installer). Installing tasks wen't ok, i selected "standard system" and desktop, it did seem to be downloading some stuff from the net as well as using the CD though (i belive this is a known issue with the standard tasks now being too big to fit on CD1) everything else went fine and.
Bug#403890: oops forgot to finish off the report
it should have said and windows still booted fine afterwards.
kde/gnome/xfce media other than full CDs
it has recently been announced that there will be seperate CDs for kde/gnome/xfce with different desktop tasks and package selections. but what is the plan for other means of installation (buisnesscard/netinst/floppies/netboot)? will there be 3 seperate desktop tasks listed? will there be one desktop task that installs all three? or will kde and xfce desktops simply not be availible from tasksel.
Bug#403890: installation successfull with some manual work
> > This was possible in export installs and this is still possible in > expert installs. The behaviour has not changed with regard to that matter. > i'm pretty sure i've never intentionally booted d-i in expert mode, and when i did a sarge install i'm pretty sure i managed to skip creating a normal user account (i think it prompted me for one and i selected some kind of cancel option), unfortuntely i don't have any spare systems to test this on now. also is there any way to switch to expert mode mid install and if not why?
Bug#403890: installation successfull with some manual work
> Not sure what was wrong here, but it does not seem like something we can > fix in the installer. well ntfsfix cleared up the journal and made it work so it would presumablly be possible to do that, i dunno how safe ntfsfix is though. btw why do you ask for installation reports even on sucessfull installations?
Bug#377032: i'm thinking
wouldn't it be more sensible to combine the protocol, hostname, port (if such a question exists) and directory questions into a single request for a mirror url?
Bug#377032: i'm thinking
> For experienced users, yes. For newbies, definitely not (IMNSHO). For > them, the only really variable part they understand is the hostname, the > rest is goobleycook. > Feel free to try to convince me otherwise. imho there are only two classes of people who are likely to be using the manual entry option: those with enough knowlage of urls to understand a request for a mirror url with an example and those being told to do it explicitly by a local expert (e.g. thier network administrator) who should just be able to give them a url that they can type without understanding it just as they do for websites already. for both of theese situations i'd think a single url would be less hassle than four seperate questions some of which are hidden in non-expert mode despite the need for them on some networks. though maybe if going with the url option it would be nice to make it auto-prepend a default protocol (like web browsers do) and try adding /debian to the end if it fails to find a valid debian mirror at the url given (this would mean that someone could still enter just ftp.uk.debian.org and it would still work).
Bug#404972: Minor problems with Notebook HP nc 6000
> In particular, it kept waiting at the fd0 lines, so what I think > is that it > had troubles with that. This notebook does NOT have a floppy drive, so I > guess that the long wait is related to fd0 timing out. is this by any chance one of those laptops where the bios thinks there is a floppy drive even when there isn't (i've seen this before with notebooks with hotswap drives)
Bug#405549: installation-reports: Also ATI Rage
> My ATI Rage was also not configured after install -- gdm fails and X > reports no devices. Missing input and video drivers. ATI device is > configured as "agp". The desktop package doesn't seems to install the > correct driver or detect it I guess. Easy fix -- I added the video and > input tasks and ran dpkg-reconfigure xserver-xorg. xorg.conf was > correctly configured at this point though I had to specifically choose > the "ati" driver. its a known issue with the xserver-xorg package. It has already been fixed in unstable and the fix should hit testing in a couple of days.
Bug#406399: installation-report: Dell Inspiron 6400: X server configuration problems
> The initial debootstrap doesn't have download speed reported, but then, > it's only a few dozen megabytes download. thats a pretty long wait for a dialup, isdn bri or very low end "broadband" user.
Bug#407460: USB ethernet interface renamed after installation on NSLU2 which causes the system to be inaccessible
> However, when booting after the installation, the NPE driver seems to > assume control of the interface name eth0, which causes something to > rename the interface of the USB to ethernet adapter to eth1_rename. it sounds to me like the built in nic is getting detected first before the USB to ethernet adaptor, udev should then swap the names back to those used at install time. It looks like it is renaming the usb to ethernet to a temporary name (nessacery for a swap operation) but failing to rename the built in nic for some reason.
Bug#407696: add a guided partitioning option for resizing an existing partition
package: debian-installer currently to use guided partitioning on a system with no unpartitioned free space the user must go into manual partitioning, resize the existing partition and then go back out of manual partitioning and select guided using the largest free space, this is somewhat unintuitive. since resizing an existing partition to make room for debian is likely to be one of the most common ways of installing it i think it deserves a seperate option at the same level as the guided-use entire disk and guided-use largest free space options.
Bug#407759: Set-up attempt failed.
> The install did not find the CDROM drives. As a workarround you might like to try installing using the boot, root, net-drivers 1 and net-drivers 2 floppies.
Bug#407689: tasksel: Please consider adding a Development task for Etch
> The problem with adding a development task has always been, and > continues to be, that people do not use the same tools for development, > and that there are no good defaults beyond basic C-style development > tools. mind you a similar thing applies to say the file server task, there are at least 3 different types of server that someone could want that would fit the "file server" discription and its not at all clear which ones will be installed. I personally belive that tasksel needs a major overhaul and is practically useless in its present form, what i think is really needed is a set of categories each with a number of entries so you'd say have a desktop category (with gnome desktop, kde desktop, xfce desktop etc), a webserver category (with basic websever, lamp webserver etc), a fileserver category (with samba,nfs and ftp options), a development category (with basic development, kernel development, debian package development, java development etc) and so on. > This is why #266702 is still open. The fact that those default > C development tools are no longer in standard still doesn't make > "development" a sensible task. It's not the same class of thing as > running a web server or using a desktop, both of which can be > accomplished well, if not perfectly for everyone, with a predetermined > list of software. maybe development is the wrong name but even a task that just installed build-essential and the kernel headers would imo make things a lot easier for those stuck with unusual hardware or wanting to compile software that is not packaged off the bat (its not at all obvous to newbies that the package they need to make basic compilation work in one step is called build-essential and its pretty horrible getting compilation to work one package at a time).
Bug#408641: asks user to select disk to partition, even if there's only one disk
> Partman (guided partitioning) will still ask the user to select > which disk to > partition, even if there's only one disk. personally i think its better that it asks consider the situation where a user has two drives but the one they want to use for debian is not detected. then they select the use entire disk option.
Bug#410224: give the user the ability to answer conffile prompts during installation
package:debian-installer severity:wishlist conffile prompts should not happen during installation (unless of course the admin uses a vt to edit files manually), but sometimes they do due to bugs in packages or other issues. just freezing with the conffile prompt on another vt and worse no way to answer it is not good behaviour when they do.
Bug#410218: etch RC1 release installation
> -Original Message- > From: Wojciech Zareba [mailto:[EMAIL PROTECTED] > Sent: 08 February 2007 16:28 > To: [EMAIL PROTECTED] > Subject: Bug#410218: etch RC1 release installation > > > Package: installation-reports > > Boot method: CD netinst default install > Image version: > http://cdimage.debian.org/cdimage/etch_di_rc1/i386/iso-cd/debian-t esting-i386-netinst.iso > Date: 2007-02-08 16:30 CET > > Machine: PC based on Gigabyte GA-8PE800 Pro matherboard (chipset 845PE) > Processor: Pentium 4 (2.2 GHz) > Memory: 512 MB > Partitions: default partitioning (all on one) with LVM - disk 120 GB > > Output of lspci -nn and lspci -vnn: I can't do it due to fatal errors > during installation > > Base System Installation Checklist: > [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it > > Initial boot: [O] > Detect network card:[O] > Configure network: [O] > Detect CD: [O] > Load installer modules: [O] > Detect hard drives: [O] > Partition hard drives: [O] > Install base system:[O] > Clock/timezone setup: [O] > User/password setup:[O] > Install tasks: [E] > Install boot loader:[ ] > Overall install:[ ] > > Comments/Problems: > Main error: > System has hung during installing additional packages. I couldn't > install grub becouse of it. did you configure the network manually? if so you are probablly hitting a known bug, the easiest workaround for this known bug is to skip installing packages and install the software you want manually after installation.
Bug#410218: etch RC1 release installation
> -Original Message- > From: Frans Pop [mailto:[EMAIL PROTECTED] > Sent: 08 February 2007 18:00 > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Subject: Bug#410218: etch RC1 release installation > > > On Thursday 08 February 2007 18:21, peter green wrote: > > if so you are probablly hitting a known bug, > > No, that is not possible. That issue has been fixed. sorry i must have missed its migration to testing, > > > the easiest workaround for > > this known bug is to skip installing packages and install the software > > you want manually after installation. > > Working around the issue won't fix it for others. What we actually need > here is to know what package is causing the problem in this case. > > Could you try to reproduce the problem and send us the syslog (gzipped!) > for the installation. > If you have another computer connected to the system the easiest > way is to > use the "Save debug logs" option in the main menu of the installer after > configuring the network, but before the package installation is started. might also be an idea to look if there is anything of interest on the log vt (alt-f3) at the time of the hang
RE: RFC auth patch
> I think this is worth putting in because it's useful both when a key > expires and you still need to use old installation media, and when > installing from an unofficial, unsigned mirror, like the one the armel > port is using. > > I haven't tested the code yet, but I will before I commit, if people > like the idea of adding this. imo making this availible through preseeding while it will be helpfull for some is not going to help most people who run into this issue. the real fix imo would be to make apt/aptitude have an option to use debconf for this prompt. Failing that i belive the soloution would be to check for the key problem before installing anything (there must be a way to check for it programatically) and pop up a warning if an issue was discovered (and based on the users response add the configuration setting).
Bug#411552: please set a timeout in syslinux screen
> That is obviously a problem, but so is d-i booting unexpectedly. D-I doesn't touch anything until told to does it? i don't really see how unexpectedly ending up at the first screen of the installer is any worse than unexpectedly ending up at the syslinux boot prompt, either way you just remove the CD and reboot.
Bug#411552: please set a timeout in syslinux screen
> -Original Message- > From: Joey Hess [mailto:[EMAIL PROTECTED] > Sent: 20 February 2007 08:36 > To: Robert Millan; [EMAIL PROTECTED] > Subject: Bug#411552: please set a timeout in syslinux screen > > > Here are some scenarios to consider: > > * Suppose that I'm blind. I put in the CD, reboot, and wait the 5 > minutes I generally wait to get it past post[1]. Then I carefully start > typing the necessary kernel options for my braille reader into the > syslinux prompt I expect to be there... > > Even once I learn about the timeout, installing Debian is going to > suck a lot more than before for me. As long as the timeout is much longer than normal POST times and the countdown stops as soon as a key is pressed (so slow typing is fine as long as the first key is pressed quickly i don't see this being a huge issue. > > * Suppose that the machine is being booted by a rack monkey at the data > center. If it's set up like my data center, this means they put the CD > in the front of the rack, power on the machine, then run 200 feet > around to the back of the rack -- only to find that the crash cart > with the display isn't hooked up to the right machine. So they switch > it to the right one. Meanwhile, I want them to boot with "auto=true" to > avoid walking them through the whole install over the phone, and am > subsequently quite confused when I tell them to type that, and they > say that it replies with "Elektu landon, teritorion au aeron" and some > other strange words. > > Can you figure out what happened based on the above description? :-) > Could you figure it out over the phone? While being charged $x/minute > for a call from Europe to the US? this is a legit one but its a pretty special use case imo > > * My grandnephew Kai Runyon[2] is here visiting. He's 2, and he likes to > pound on keyboards and flip switches. He finds my power switch. Then he > finds my keyboard. I come out of a programming haze to find my media > server formatting its home directory thanks to the d-i CD I just had > it burn. > > Ok, granted, the timeout only saved him one well-placed enter, but > it's not unheard of for my home network to have preseed setups enabled > that let this whole scenario happen with only a few keystrokes. otoh you could stretch that case to say that using the installer should require sufficiant arcane commands that a child can't cause trouble with it, i don't think that is a road we should go down. > > * My kiosk machine only has a user-accessible touchscreen, the keyboard > is locked away to avoid all those easily implantable keylogger chips, > and other problems. I leave an installation CD in it so that it can be > quickly reinstalled if something goes wrong, or weekly (just in case). > One day I decide to switch it to this new version of the lenny CD, > which happens to be the one where g-i becomes the default installer. > This also happens to be the one that a tricky user of the kiosk uses to > intercept a lot of credit card numbers, after running through the whole > g-i install using only the keypad, to get root. but if you are leaving the CD in and you want the machine to be usable then you are going to have had to disable CD booting anyway.
Bug#412249: please install resolvconf by default
> Unfortunately, adding good DNS via network-admin doesn't archieve the same > effect, because dhclient will overwrite /etc/resolv.conf whenever > it's run the most obvious question would be why doesn't network-admin know this and do something about it? >, > which is going to be quite often if you happen to run > network-manager (also > enabled by default). This means Joe had to reload his DNS every > 10 minutes > untill his friend Robert could debug the problem and figure out > that resolvconf > was needed. what exactly does resolvconf do? does installing it alter the behaviour of the dhcp client or will they just fight over resolv.conf?
RE: Filesystem type survives formatting in debian installer?
oops forgot to send this to the list > The problem does not relate to d-i per se. What's happening is that luks > creates its header in the first bytes of the partition (so generally at > bytes 0 - 300 or so). > > ext3 any some other file systems create their header at an offset of 2 > blocks (or 1024 bytes). this sounds like a bug in mke2fs to me, it is not cleaning up the sectors before its header and as a result the partition gets misrecognised.
RE: Filesystem type survives formatting in debian installer?
> >this sounds like a bug in mke2fs to me, it is not cleaning up > the sectors > >before its header and as a result the partition gets misrecognised. > > I think it's there because some arches and some partitioning schemes > actually have real data in the first sector which can't be overwritten > or bad things happen. > > sparc is one such example. right so why are lvm and this crypto thing storing stuff there then? maybe the answer is to write some kind of partition cleaner that is run before formatting a partition that looks for the signatures of things that don't leave a gap (lvm and this crypto thing, possiblly others) and if it finds them blow them away before formatting.
Bug#412916: [EMAIL PROTECTED]
> I want to install the distribution debian for ia64 and when i > restart de the PC with the "bootable" installation CD inside it > does not work, the pc read from CD but the installation doesn't > start. What can i do?. With the distribution for i386 it works perfectly. The core 2 duo is not an ia64 processor. It is em64-t which is intels clone of amd64, therefore you should be using the amd64 version of debian.
RE: Filesystem type survives formatting in debian installer?
> Looking for the signatures seem superflous, I was suggesting that because of the metion previously in the discussion that some systems apprently didn't like it being zero'd out, only nuking known problem partition signatures would be much less likely to cause other issues than nuking anything in that space. > Feel free to file a wishlist bug report on partman and I'll take a look at > it post-Etch. if this isn't going to be fixed for etch it imo needs to at least be documented in the release notes so people can sort it out manually.
Bug#412982: installation-reports: Enabling 'sudo' in installer skips setting root password and breaks desktop root tasks
reopen 412982 reassign 412982 gnome thanks > The Gnome date/time applet asks for the root password. The user > password doesn't work. this sounds like a gnome bug then, it really should be able to handle the case with the root account disabled but sudo availible.
Bug#413248: installation-reports: (etch) strangeness with non-ASCII-character filenames on vfat partition
> It could also be that there really is an issue with the display of VFAT > filenames if UTF-8 is used, but that would not be my first guess. > Anyway, I doubt this would be an installer issue as there is no real way > for the installer to determine the correct settings. VFAT stores filenames in UTF-16, the driver has to convert this to something byte-orientated for processes/users to see. i suspect the problem is that the driver is still defaulting to converting to a legacy encoding while the user interface is now UTF-8 can you try adding iocharset=UTF-8 to the mount options for the partitions and telling us if that makes stuff behave as you expect? if so then imo this option should be set by the installer when generating fstab as afaict newly installed debian systems are completely utf-8 based nowadays.
RE: Etch netinstaller has no eth0 in qemu
> > Be fscking intelligent and *leave* a download for everyone to > pick it up, > > before you replace it. > > Leave older versions in separate directories and just change > the link to it. > > Be fscking intelligent and try this: > > wget > http://cdimage.debian.org/cdimage/daily-builds/daily/20070304-1/i3 > 86/iso-cd/debian-testing-i386-netinst.iso This is a problem though, using symlinks for the downloads like this rather than just updating the links essentially means that any user who doesn't pay carefull attention to how things are done and has a long download containing resumes (e.g. a user who has a slow and unstable internet connection)will get a broken image. That seems to me to be a large loss for a relatively small gain. btw are we ever likely to get a proper tool for downloading images in a peicewise fassion? jigdo-lite is really terrible (no progress indication, unclear if its resuming or starting again etc). Bittorrent is banned or highly throttled on many networks and even when it is availible is only suitable for the most popular images.
Bug#413248: success with 'utf8' vfat mount option
> AFAICT this option is relevant not only for vfat, but also for ntfs and > iso9660, but _not_ for fat16. afaict it is not relavent for partitions mounted as dos (no long filenames) but it *is* relavent for fat12 and fat16 partitions mounted as vfat and using long filenames.
RE: (d-i) download improvements
> > This is a problem though, using symlinks for the downloads like this > > rather than just updating the links essentially means that any user who > > doesn't pay carefull attention to how things are done and has a long > > download containing resumes (e.g. a user who has a slow and unstable > > internet connection)will get a broken image. That seems to me to be > > a large loss for a relatively small gain. > > I do know what you mean. > And I think I have now a clue for failed installations who couldn't be > explained. I do feel sorry for those who did a download and the next day > again with the same outcome, because they got both times hit > by the daily build switch. who is responsible for http://www.debian.org/devel/debian-installer/ which seems to be the normal way to download snapshots and how hard would it be to make that page link to the appropriate dated build directly rather than linking to the "current" symlink? what matters if the website not pointing to the symlink, whether the symlink should be removed completely is a seperate consideration that can only really be made after the web page issue is fixed. > > btw are we ever likely to get a proper tool for downloading images > > in a peicewise fassion? jigdo-lite is really terrible (no progress > > indication, unclear if its resuming or starting again etc). Bittorrent > > is banned or highly throttled on many networks and even when it is > > availible is only suitable for the most popular images. > > Point seen, in fact "Good pointsss seen". > My advice is to split them in separate wishlist bugreports against > the (pseudo)package[1] ftp.debian.org i'm not sure how that package would be appropriate, one is an issue (in the first instance at least) with the D-I web page and the other is the issue that jigdo STILL hasn't been finished nor has any decent replacement for it come forward. I have filed an important bug against jigdo though.
RE: Etch netinstaller has no eth0 in qemu
> Updating the links on a daily basis synchronised with CD builds is > unfortunately not possible given the design of the Debian website. would it be possible soloution to make the links on the debian-installer page point to a page hosted on the cdimage server (and therefore able to updated by the same scripts as the cd images themselves) listing the few most recent snapshots. It would mean one more click for users but i think that would be outweighed by the much greater chance of them sucessfully getting the complete file.
RE: [PATCH] make multi-arch CD/DVD images more visible
> This has certainly appened, *but* I have only see it happen with > downloads > of Sarge images as amd64 are not mentioned on the sarge pages (because it > was not a release arch). To the best of my recollection, I have never yet > seen this happen with Etch images. me neither but from the posts on the debian forms i get the impression that those that are out of the loop don't try etch until after they have been told they don't have an ia64 chip and that this is likely to change after etch release. I also see a lot of posts about this that don't mention either etch or sarge explicitly in the initial post (and of course people immediately tell them to try amd64 etch so the question of which ia64 image they were using doesn't come up). intel does not publicise the fact that they are now the cloners and amd the cloned so anyone who has been out of the techy loop for a while (or never been in it) is going to assume that amd64 is not going to run on an interl chip and anyone who has seen ia-32 used to reffer to 32 bit intel (not that uncommon). Also i belive there are many who won't remember macs are no longer powerpc. > > To prevent this an additional "note" about what to use with EM64T > processors could be useful. Or maybe a link "Confused about all these > images?" to a new page with a general overview of types of images and > arches would be good. another alternative would be to structure the page so that it could accomodate a short comment on what each architecture was for alongside the links for each architecture. currently it seems for the stable releases there isn't even a download page as such, i just get directed to a folder on the mirror and left to find my own way from there.
Bug#389881: RC-ness of this bug
> > > I urge you to reconsider severity of this problem. There's > another situation > > > that makes it much worse: > > The correct solution is to make d-i use labels in fstab and to find the > > root file system. udev has not much to do with this. > > Which will enable a whole lot of other broken setups. Even uuids would be > better to use, though I'm not sure all filesystem types expose one (ditto > for labels, actually). isn't udev supposed to provide persistant device naming avoiding this problem?
Bug#389881: RC-ness of this bug
> -Original Message- > From: Marco d'Itri [mailto:[EMAIL PROTECTED] > Sent: 07 March 2007 11:05 > To: Robert Millan [ackstorm] > Cc: Mike Hommey; [EMAIL PROTECTED]; debian-release@lists.debian.org > Subject: Bug#389881: RC-ness of this bug > > > On Mar 07, "Robert Millan [ackstorm]" <[EMAIL PROTECTED]> wrote: > > > Labels are not well tested and a source of problems indeed. > The /dev/disk/by-*/ devices are well tested and I do not know about > problems posed by them. but if we are going to use those which set should we use? by-path seems like a reasonable choice though it will break if users move anything (but then so would the old system in many cases) by-id seems to use the make/model of the drive and maybe some unique id of the drive, by-uuid contains my two ext3 partitions but not my swap partition, it also seems like it may be vulnerable to becoming confused. maybe an answer would be to use by-path if drives are presenent on multiple controllers during installation and use conventional names otherwise (possiblly with a way to override this behaviour for experts).
Bug#389881: RC-ness of this bug
> > by-uuid contains my two ext3 partitions but not my swap > partition, it also seems like it may be vulnerable to becoming confused. > > Only if the admin is a moron and keeps around multiple file systems > cloned with dd. are you calling it moronic to make a backup of a partition by dding to to a spare one? since this was a perfectly workable system of backup under the conventional way of doing things i'd call that pretty unexpected breakage. the fact it doesn't seem to work for all partition types would seem to rule it out anyway.
Bug#389881: RC-ness of this bug
> I don't know how invasive those changes might be. AFAIK Ubuntu already > does it (Colin?) and wouldn't be too hard to pick the changes from > them but we would also need RM and Frans approval :( ubuntu already does what? there are four possible soloutions proposed aren't there (labels in fstab and the 3 different /dev/by-* trees)
Bug#389881: RC-ness of this bug
> I don't believe this should be changed for etch at this point in > the release > process, and that's speaking as someone who's run into this problem myself > with SCSI device renumbering -- it's awkward and annoying to have to > manually fiddle your boot config because a USB device is no longer > registering as /dev/sda, and it's not in line with the quality of > experience > that our users have come to expect when installing Debian >:), but I don't > think that makes anything unreleasable. Changing the fstab > handling at this > point could break many other scenarios that we haven't thought of > and tested > for, whereas the USB issue can be documented in the errata. what about writing out a /etc/fstab.by-id file with the header below followed by a copy of thier normal fstab changed to use the /dev/disk/by-id/ syntax? that way we could instruct newbies who run into this problem to just boot in rescue mode and run "cp /etc/fstab.by-id /etc/fstab". that seems to be much simpler to explain to people than a manual fixup whilst not risking breakage for anyone who doesn't run into the device rearangement problem. header for /etc/fstab.by-id # /etc/fstab.by-id # # This file was generated by the debian installer. It represents the same # partition structure as the /etc/fstab that the installer generated but # references disks by thier "id" rather than by thier traditional unix names # which are prone to change on first boot after installation or on changing # hardware. # # This structure is not used by default for etch installations (but probablly # will be for lenny) because of the possibility of regressions from such a # major change late in the release process. If you wish to use it and have not # modified /etc/fstab after installation you may copy this file to "/etc/fstab" #
Bug#389881: RC-ness of this bug
> UUIDs certainly have their disadvantages (verbosity being the main one), > but they're a hell of a lot better than labels for automatic use like > this. UUIDs are suitable for automatic generation while labels should > only be set by the sysadmin. The fiasco with Red Hat's installer setting > labels which can then end up conflicting with itself if you do multiple > parallel installs should demonstrate this (and some of the people > involved in Anaconda development said to me in person that in hindsight > this was probably a mistake). We've already backed away from automatic > use of labels once (http://bugs.debian.org/310754) so let's not have to > do so again! i'd still be happier with hardware IDs or paths than partition UUIDs, UUIDs seem very prone to things breaking on filesystem or disk cloning which is not something a *nix admin would expect to break stuff (unlike changing hardware)
Bug#413788: Daily Etch build fails to install on iMac G5 - Ethernet not detected
> -Original Message-
> From: Mike Hore [mailto:[EMAIL PROTECTED]
> Sent: 09 March 2007 01:40
> To: Frans Pop
> Cc: [EMAIL PROTECTED]
> Subject: Bug#413788: Daily Etch build fails to install on iMac G5 -
> Ethernet not detected
>
>
> Hi again Frans,
>
> > On Thursday 08 March 2007 02:30, Mike Hore wrote:
> >> 0001:03:0f.0 Ethernet controller: Apple Computer Inc. Shasta (Sun GEM)
> >> [106b:0051]
> > According to this information, your NIC needs the sungem driver, which
> > _is_ included in the installer and should be loaded automatically.
> >
> > After the installer has failed to detect your NIC, please try the
> > following:
> > - switch to VT2
> > - check if the sungem module is loaded ('lsmod | grep sungem')
>
> No output.
>
> > - if it is, check dmesg for any messages about the NIC
>
> I didn't see any, but there were about 2 screenfuls of info and I didn't
> know how to stop it scrolling off.
>
> > - if it is not, try to load it manually ('modprobe sungem')
>
> FATAL: module sungem not found
>
>
> So it really looks to me like it isn't there, sorry!
have you checked the md5sum against the one for the day your image is dated?
(you can find older dailies by cutting back the image url to remove the current
and everything before it and browsing manually from there)
i'm thinking this may be another case of a half and half download (half one
days image half the next)
Bug#407689: tasksel: Please consider adding a Development task for Etch
> I've added module-assistant to "forcd1". build-essential was already > included. are the kernel headers for the standard debian kernels on CD1 as well? module assistant isn't going to be much use without those.
Bug#414683: d-i RC2 installation report
> I am still not sure my failure was not due to a misconfigured > network/router but the D-Link DI-524 used usually works fine for me. can you check if the default gateway is set and if there is something sane in resolv.conf within the installer environment? failing that try starting the installer with the network cable unplugged, then select configure network manually when it prompts you, plug the cable in and set the network up.
Bug#389881: RC-ness of this bug
> Personally I also feel that all possible solutions effectively make > /etc/fstab unreadable and unmaintainable. Maybe Debian should > lead the way > to make /etc/fstab a generated file (like e.g. modules.conf used to be). what is so bad about /dev/disk/by-path/pci-:00:07.1-ide-0:0-part1 ? it says exactly where the controller is on the PCI bus, which device it is on the controller and which partition it is. Someone seeing that pattern should easilly be able to add entries for other drives and partitions on the same controller and with a bit more work (e.g. reading lspci and/or looking through /dev/disk/by-path) for drives on other controllers. sure its a little on the long side and you might want to change the spacing in fstab to reflect that but we have editors with copy and paste. A bit of extra verbosity in device names seems a small price to pay to get device names that are stable and reliable. The hd? system was very nice when most people just had a single ide controller with all their (sd? was alwats nasty afaict but few enough people had scsi that it didn't hit too many newbies) but times have moved on and it simply isn't possible to reliablly indentify drives with an identifier that short anymore. i don't see what generating fstab would gain. you are still going to have to have a configuration file that contains all the information about what to mount where including a method for identifying drives even accross addition of new hardware.
Bug#389881: RC-ness of this bug
> That it's not a persistent means of identifying a filesystem. for most users fstab has always identified by rough position (e.g. hda=ide primary master), changing to a system based on partition IDs would mean a lot of relearning for admins (e.g. its no longer ok to backup a partition by dding it to another one) >It > changes if > you move the PCI device true, not that i imagine people do that much. >, it changes if you change the SCSI/IDE bus address > of the drive the same applied in the old hd? and sd? days, drives names changing when you change thier IDE/SCSI ids is something admins expect and are used to. , it changes if the kernel changes the name of the storage > subsystem used to access the device (on kernel upgrades) true, i wish they'd stop behaving like that. >, it breaks down > miserably if you use fiberchannel. never used fiberchanel so can't comment on this. to clarify my position on the overall issue i agree that this is too late for etch (sadly) by-path and by-id each have some pros and cons over each other but both are far better than the old scheme now that multiple controllers and usb devices in sd? are becoming the norm. by-uuid and uuid's in fstab (which seem to achive the same) is a very bad idea, it means that using dd to back up a partition to another one could result in the wrong one being mounted with potentially disasterous consequences. It could also be a severe security issue with the help of a carefully crafted usb stick (especially in an environment where deployment is done by imaging). labels suffer from the problems given above for uuids users installing on expert and possiblly medium should be given the choice between traditional names and the various new options.
Bug#416115: pitfal: no mention of /etc/modules
> There is no mention of updating /etc/modules. Without a network driver, > or something else equally critical, you may find your remote dedicated > box happily running while noone can ssh into it. afaict nowadays /etc/modules isn't really nessacery anymore and can even cause upgrade problems. If udev detected a device during installation and loaded the module it should also detect it in the running system. -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 268.18.17/731 - Release Date: 23/03/2007 15:27
Bug#415989: Debootstrap Warning : [...]/packages.gz was corrupt
> > PS: Is there a way to fix memory hardware issues ? if you can get the system working well enough to install and compile stuff (say by pulling out some of the memory) you can build a custom kernel with the badram patches. Then put the bad memory back in, run a memory test and use the addresses to confiure badram. -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 268.18.17/732 - Release Date: 24/03/2007 16:36
RE: the future of the netinst image
> http://www.debian.org/CD/netinst/ "A network install or netinst CD is a single CD which enables you to install the entire operating system. This single CD contains just the minimal amount of software to start the installation and fetch the remaining packages over the Internet." This is clearly not what the "netinst" CD contains. A minimal ammount of software to start the installer and get cd and networking up is under 5 floppies worth (proven by the fact that you offer such floppies for download) for i386, a bit more for some other platforms. the "netinst" CD on the other hand is much much bigger. the information further down the page is a bit more accurate but it still contains many issues. For example it compares the "netinst" to the full cd set but does not mention that you can use just CD1 of the full CD set and that doing so has distinct advantages for systems with awkward network setups. imo netinst falls uncomforablly between too stools. for those who want to install everything over the network and have a nice network setup floppies are a nicer option because you can remove them without disturbing the installation after a relatively short read process (i don't know if you can do this with buisnesscard or miniiso but i'm pretty sure you can't do it with netinst or full CD 1 since they will want to install the base system off the CD later). For those with awkward network setups full CD 1 is a much better option, especially as debians support for installing packages over a sneakernet is so terrible. -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 268.18.18/733 - Release Date: 25/03/2007 11:07
RE: NTFS resize in partman
sarge release seems to be delayed indefinately by some issue with the testing-secuirty autobuilders noone seems to be reavealing just what is wrong with them though?! a little offtopic i know but does anyone know what is holding them up? > -Original Message- > From: Kenshi Muto [mailto:[EMAIL PROTECTED] > Sent: 30 September 2004 01:22 > To: [EMAIL PROTECTED] > Subject: Re: NTFS resize in partman > > > At 29 Sep 04 19:51:20 GMT, > Joey Hess wrote: > > Anton Zinoviev wrote: > > > Yesterday I made some changes in partman and partman-partitioning to > > > allow resizing of NTFS partitions. > > > > > > There is no progress bar and in the file > > > partman-partitioning/active_partition/resize/choices we have to > > > replace "/usr/sbin/ntfsresize" by "/usr/bin/ntfsresize". Today there > > > were rainstorms and I am again without Internet so I am unable to add > > > progress bar to inform the user that something is going on and to > > > replace this string. Otherwise I think that the NTFS resizing already > > > works and the packages can be uploaded. > > > > I think this was just too late for tc2. I considered waiting tc2 for it > > but I'd rather not spend more time on tc2 than I must. > > > > Kinda annoying though, we seem to be getting two important features, > > ntfs resize and raid 5, right after our big featureful release.. > > Good feature, but really too late. Please don't make our release late > and late. > > I hope this feature will be treated as experimental; partman should notice > it's not well tested (and don't treat a bug of this feature as RC.) > > Thanks, > -- > Kenshi Muto > [EMAIL PROTECTED] > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#274615: Add CDROM fails due to broken symlink and no error notification
i had a similar problem once when installing sarge on vmware
the vmware system crashed very dirtily during base config (this was nothing
to do with debian it was an external usb hard drive on the windows side that
decided to hang it has done this several times usring other things)
anyway after vmware did its consitancy checks on the virtual disc files i
booted the virtual machine again and got into base config
but i couldn't do any of the apt setup stages
once i realised what the problem was i managed to fix it by following the
instructions in the error but im pretty sure the error was not visible for
long (this was a while ago)
in summary base config needs a waqy to avoid obliterating such output from
child processes
> -Original Message-
> From: Jason Wies [mailto:[EMAIL PROTECTED]
> Sent: 03 October 2004 03:05
> To: [EMAIL PROTECTED]
> Subject: Bug#274615: Add CDROM fails due to broken symlink and no error
> notification
>
>
> Package: base-config
>
> Version: d-i pre-rc2
>
> During an install of d-i pre-rc2. The symlink issue may be d-i's
> fault; the error notification is not. I'll include the symlink issue
> in my installation report, no need to reassign if it's d-i's fault.
>
> After completing the initial install and rebooting into base-config.
>
> On the initial apt configuration screen, I chose CDROM. A message
> stating that the CDROM device could not be found was displayed, along
> with a text field to enter the path to the device ("Enter the
> device...").
>
> I entered /dev/cdrom and pressed Enter, and was returned to the same
> screen with no change whatsoever. Repeated about five times, same
> result.
>
> The problem was that the /cdrom symlink was broken. The other problem
> was that I was not presented with any indication that there was an
> error, only returned to the same screen. I was able to read the
> /cdrom symlink error message when it flashed at the bottom of the
> screen for a split second, but that's not good enough.
>
> About the symlink:
>
> "mount: /cdrom is a symbolic link to nowhere"
>
> /cdrom -> media/cdrom
> /media/cdrom -> cdrom0
>
> 'find /dev -name cdrom0' yielded no results.
>
> Jason
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact
> [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Dropping 386 support
calling stuff i386 when it will not run natively on a 386 seems like asking for confustion to me why and when was this instruction emulation needed in the first place (that is why and when was the userland changed to need it) > -Original Message- > From: Adeodato Simó [mailto:[EMAIL PROTECTED] > Sent: 03 October 2004 23:19 > To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; > [EMAIL PROTECTED] > Subject: Re: Dropping 386 support > > > * Joey Hess [Sun, 03 Oct 2004 12:54:21 -0400]: > > Andres Salomon wrote: > > > Given d-i's memory requirements, and the fact that you'd be > hard-pressed > > > to find a (desktop) 386 system with more than 16 megs of > memory, I don't > > > consider debian 3.1 to be a viable candidate for installing > onto a 386. > > > Also, note that if we do drop 386 support, I will rename > > > kernel-image-2.6.8-386 to kernel-image-2.6.8-486, and update > > > optimizations accordingly. > > > I have no opinion on 386 support, but it's too late to go changing > > kernel package names for sarge. d-i relies on the current names, and > > this sort of transition will likely set us back days or weeks on our > > release schedule. > > would it be a problem to actually update optimizations as Andres > proposes, but without changing packages? that is, *if* finally sarge > ships without plain i386 support and that is clearly noted in the > release notes. > > -- > Adeodato Simó > EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621 > Listening to: Aphex Twin - Xtal > > The reasonable man adapts himself to the world; the unreasonable one > persists in trying to adapt the world to himself. Therefore all > progress depends on the unreasonable man. > -- George Bernard Shaw > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
