devfs-enabled kernels and /proc/partitions
Currently, the boot-floppies can't deal with a kernel which has
CONFIG_DEVFS_FS=y, even if CONFIG_DEVFS_MOUNT is not set. I tracked
this down to libfdisk not liking the devfs /proc/partitions.
I started to write a little C function which translated the names,
and this is fairly trivial for IDE. However, it is not so trivial
for SCSI.
So, we could just try to ensure that b-f will never be booted with a
DevFS-enabled kernel, but I think this is a bad idea.
I found a function to do the conversion, but it is written in shell;
popening /bin/sh in the middle of libfdisk seems really gross to
me...does anyone know of a C function somewhere we could snarf? If
not, I guess I can just send a patch to do the former.
For reference, here's the shell function in question:
## convert devfs names into normal short ones, written by Tom Rini.
fixdevfs()
{
## get partition number, if any
local PARTNUM=${1##*[a-z]}
## Find the bus type.
local TYPE=$(v=${1#/dev/} ; echo ${v%/host*})
## Find the host number.
local HOST=$(v=${1#/dev/*/host} ; echo ${v%/bus*})
## Find the bus number.
local BUS=$(v=${1#/dev/*/bus} ; echo ${v%/tar*})
## Find the target.
local TARGET=$(v=${1#/dev/*/target} ; echo ${v%/lun*})
case $TYPE in
ide)
case $HOST in
0)
case $TARGET in
0)
local DEV=hda
;;
1)
local DEV=hdb
;;
esac
;;
1)
case $TARGET in
0)
local DEV=hdc
;;
1)
local DEV=hdd
;;
esac
;;
*)
echo 12 $PRG: $1: Unable to translate this device, try again
without devfs.
return 1
esac
local DEV=${DEV}${PARTNUM}
echo /dev/$DEV
return 0
;;
scsi)
local LUN=$(v=${1#/dev/*/lun} ; echo ${v%/*})
## In this case, we need to figure out what number our device is
local DEVCOUNT=0
## copy scsi file into a variable removing Attached Devices
## which is the first line. this avoids a lot of
## [incmopatible] crap later, and improves readability.
## find number of lines once and recycle that number, to save
## some time (linecount is a bit slow). subtract one line
## to scrap Attached Devices:
local SCSILINES=$(($(linecount /proc/scsi/scsi) - 1))
local PROCSCSI=$(cat /proc/scsi/scsi | tail -n $SCSILINES)
for i in $(smallseq $(($SCSILINES / 3))) ; do
## put every scsi device into one single line
local DEVINFO=$(echo $PROCSCSI | head -n $(($i * 3)) | tail -n 3)
[ $DEBUG = 1 ] echo 12 $PRG: DEBUG: fixdevfs: DEVINFO=$DEVINFO
## cut the type field, expect Direct-Access later.
local DEVTYPE=$(v=$(echo ${DEVINFO##*Type: }) ; echo ${v%% *})
[ $DEBUG = 1 ] echo 12 $PRG: DEBUG: fixdevfs: DEVTYPE=$DEVTYPE
if [ $DEVTYPE = Direct-Access ] ; then
## Lets find out some more information
## get the device id.
local DEVID=$(v=$(echo ${DEVINFO##*Id: }) ; n=$(echo ${v%% *}) ; echo
${n#*0})
[ $DEBUG = 1 ] echo 12 $PRG: DEBUG: fixdevfs: DEVID=$DEVID
## get the device lun.
local DEVLUN=$(v=$(echo ${DEVINFO##*Lun: }) ; n=$(echo ${v%% *}) ;
echo ${n#*0})
[ $DEBUG = 1 ] echo 12 $PRG: DEBUG: fixdevfs: DEVLUN=$DEVLUN
## get the device channel.
local DEVCHAN=$(v=$(echo ${DEVINFO##*Channel: }) ; n=$(echo ${v%% *})
; echo ${n#*0})
[ $DEBUG = 1 ] echo 12 $PRG: DEBUG: fixdevfs: DEVCHAN=$DEVCHAN
## get the scsi host id.
local DEVHOST=$(v=$(echo ${DEVINFO##*Host: scsi}) ; echo ${v%% *})
[ $DEBUG = 1 ] echo 12 $PRG: DEBUG: fixdevfs: DEVHOST=$DEVHOST
local DEVCOUNT=$(($DEVCOUNT + 1))
[ $DEBUG = 1 ] echo 12 $PRG: DEBUG: fixdevfs:
DEVCOUNT=$DEVCOUNT
if [ $DEVHOST = $HOST -a $DEVCHAN = $BUS -a \
$DEVID = $TARGET -a $DEVLUN = $LUN ] ; then
local DEV=sd$(smalltr $DEVCOUNT)${PARTNUM}
echo /dev/$DEV
return 0
fi
fi
done
echo 12 $PRG: $1: Unable to translate this device, try again without devfs.
return 1
;;
*)
echo 12 $PRG: Unknown bus $TYPE
return 1
;;
esac
## we should never get here
return 1
}
Re: Bad floppies on startup
Thanks for your help, Chris. * Chris Tillman [EMAIL PROTECTED] [011124 00:32]: There is no base.tgz for woody (not yet anyway). You configure the network, then install base from the installer over the network. Great, no need for base at all in my case. O. You burned rescue.bin on the floppy, like i386. Well for these machines you need to burn boot-floppy-hfs instead. You burn it the [...] Ah, I got it running right off, thanks. The boot-floppy-hfs isn't mentioned in .../current/doc/install.en.txt at all! I also looked at the .../current/powermac/install.txt file but it's not mentioned there either. So I just filed a bug for this against boot-floppies. I intend to get the boot-floppies CVS and submit a diff as well. That's major for anyone trying to boot without this floppy image! Definitely. BootX/miBoot are unsupported, Quik only helps after you have Linux installed. Hmm, well even if BootX is unsupported, it's a great way to boot a machine. I am installing on my mother's machine. I don't want to touch the boot loader unless I know 100% things will be OK. It turns out after checking on the quik site and on the NetBSD sites that my hardware's OF is terrible. It defaults to using the serial port instead of the keyboard and monitor. Not very helpful when wanting to acces the OF. This probably is because the video is not on the motherboard on this model of Power Computing machine, PowerWave. The PowerWave is equivalent to a Tower Pro according to the BSD folks. I need to pull out another computer and give the commands so that it defaults to the screen and keyboard, but I haven't yet. -- -- Grant Bowman [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#120950: USB boot-floppies
In message [EMAIL PROTECTED], Eduard Bloch writes: Should we support them? And when, how? I can imagine to hack the kernel so it looks on /dev/fd0, then on listed devices for the root image. In addition, there should be support in dbootstrap so the drives are (for example) linked to /dev/fd0 or so. I'm pretty sure USB floppies (a la Vaio) present themselves as SCSI disks as well. I guess such a kernel hack wouldn't be too difficult, and it certainly should solve the problem. The changes needed in the rest of boot-floppies would be trivial, basically just making sure that /dev/sdX appears in dbootstrap's list of devices. On the other hand, I'm not sure that we want to build USB and SCSI into the standard kernel images just to make this work. It might be better to forget about supporting it in boot-floppies and wait for debian-installer. [Christoph, does your Vaio really not have a CD drive at all? I thought they all shipped with at least an external CD-ROM that plugged in to the PCMCIA socket.] p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#120950: USB boot-floppies
* Philip Blundell [EMAIL PROTECTED] [20011125 10:31]: [Christoph, does your Vaio really not have a CD drive at all? I thought they all shipped with at least an external CD-ROM that plugged in to the PCMCIA socket.] The external CD-ROM does not ship with the Vaio per default; only the external floppy drive does. -- Martin Michlmayr [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs access
Hi, I tried to get woody branch of boot-floppies to update slovak translation I tried it README-CVS' way: # If you are using anonymous (readonly) access: export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs/debian-boot cvs login and when a did hit the Enter on password, I got: [mirec@zemiak bf]$ export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs/debian-boot [mirec@zemiak bf]$ cvs login (Logging in to [EMAIL PROTECTED]) CVS password: Unknown host cvs.debian.org. (using RH 7) I don't know, if it's some firewall problem is there anywhere nightly-build of woody boot-floppies to start the translating on it? please, Cc to [EMAIL PROTECTED], i'm not on this list thanks, miro -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/utilities/libfdisk by blade
Repository: boot-floppies/utilities/libfdisk who:blade time: Sun Nov 25 05:19:21 PST 2001 Log Message: - added NTFS to FSTYPE_MSDOS and partition typ to PTYPE list (untested) Files: changed:fdisk.h fdisk.c -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/documentation/en by falk
Repository: boot-floppies/documentation/en who:falk time: Sun Nov 25 09:25:18 PST 2001 Log Message: Untabify Alpha arch list to avoid misformatting. Files: changed:hardware.sgml -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#120950: USB boot-floppies
On Sun, Nov 25, 2001 at 11:40:38AM +0100, Martin Michlmayr wrote: * Philip Blundell [EMAIL PROTECTED] [20011125 10:31]: [Christoph, does your Vaio really not have a CD drive at all? I thought they all shipped with at least an external CD-ROM that plugged in to the PCMCIA socket.] The external CD-ROM does not ship with the Vaio per default; only the external floppy drive does. With the PCG-C1VE unfortunately neither does, the USB floppy disk costs about 200 DM extra (roughly $100), the CD-ROM is about twice (or more) than that. tschöö... Christoph -- Christoph Berg [EMAIL PROTECTED] Wohnheim D, 2405, Universität des Saarlandes, 0681/9657944 msg12696/pgp0.pgp Description: PGP signature
Bug#120950: USB boot-floppies
On Sun, Nov 25, 2001 at 01:39:23AM +0100, Eduard Bloch wrote:
Kannst du mal sagen, über welches Device das Floppy-Laufwerk denn
angesprochen wird? Und die dazugehörigen minor/major Nummern?
(ls -la /dev/device). Und die Kernel-Messages, wenn das Laufwerk erkannt
wird bzw. der Treiber geladen wird.
Up to now, I didn't succeed in getting the USB floppy to run.
(Someone told me to use the USB-Storage module, but I couldn't find
it. - I havent' tried for than one time, I will try again during the
next days.)
Whom do I need to talk to about the install-Debian-by-tar idea?
Actually, it looks quite simple: just create the proper
/etc/{fstab,hostname,passwd,network/interfaces,lilo.conf,defaults/*,
apt/sources.list} files, remove sbin/unconfigured.sh, and you are
done. I'm sure many people would want this. (Imagine you want to set
up a Debian NFS-root on a Solaris box, or - as im my case - you want
to replace one Linux with another Debian; in neither case, it doesn't
make any sense that you need floppy disks for that.)
(If Linux is already running, chroot /path/to/debian dbootstrap
should/could do it, but it refused to offer my partition for
configuring the base system.)
... Christoph
--
Christoph Berg [EMAIL PROTECTED]
Wohnheim D, 2405, Universität des Saarlandes, 0681/9657944
msg12697/pgp0.pgp
Description: PGP signature
Re: cvs access -- part II
On Sun, Nov 25, 2001 at 02:43:11PM +0100, Vasko Miroslav wrote: so, CVS checkout is working now, it was our fault but, which version should I translate? simple cvs co boot-floppies or cvs co -r woody boot-floppies? I want to translate woody floppies, but in README-CVS is not clear, which option to use woody is the trunk, I suspect either statement would get you the same stuff. -- ** | .''`. | Debian GNU/Linux: http://www.debian.org | | : :' : | debian-imac: http://debian-imac.sourceforge.net | | `. `'` | Chris Tillman[EMAIL PROTECTED] | | `-|May the Source be with you| ** -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cvs access -- part II
In message 20011125190450.F203@Obsession, Chris Tillman writes: On Sun, Nov 25, 2001 at 02:43:11PM +0100, Vasko Miroslav wrote: simple cvs co boot-floppies or cvs co -r woody boot-floppies? woody is the trunk, I suspect either statement would get you the same stuff. Actually no, it looks like -r woody will get you the obsolete woody branch. The first form is what's needed. p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#61802: marked as done ([alpha] bugs in documentation)
Your message dated 25 Nov 2001 20:24:00 +0100
with message-id [EMAIL PROTECTED]
and subject line [alpha] bugs in documentation
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--
Received: (at submit) by bugs.debian.org; 4 Apr 2000 23:36:03 +
Received: (qmail 15799 invoked from network); 4 Apr 2000 23:36:02 -
Received: from unknown (HELO davinci.tron.priv.at) ([EMAIL PROTECTED])
by master.debian.org with SMTP; 4 Apr 2000 23:36:02 -
Received: by davinci.tron.priv.at (Postfix, from userid 1000)
id 4C246A7A1; Wed, 5 Apr 2000 01:36:48 +0200 (CEST)
Date: Wed, 5 Apr 2000 01:36:48 +0200
From: Othmar Pasteka [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: documentation bugs in alpha install docs
Message-ID: [EMAIL PROTECTED]
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/1.0.1i
Sender: [EMAIL PROTECTED]
Package: boot-floppies
Version: 2.2.10
Severity: normal
Hi,
i read through the installation manual and found some glitches or things
which should be improved. i already mailed it to the b-f mailinglist, adam
told me to file a bug, so here it is:
the boot floppies i used were 2.2.10 and used the documentation which was
accompanied with these b-fs.
quote
what i missed in the install docs for installing debian on an
alpha is the description of BSD disklabels. what is it for,
what's the theory and such things that one can imagine what
he/she has to configure. i couldn't have partitioned the harddisk
without knowing bsd disklabels from *BSD ... also a little
example would be nice in the docs how this should look like at
the end.
furthermore i am/was quite confused about the aboot stuff what
the story behind this was. should i leave some megs for it or
not? should they be within an partiton or should the first
partition start right after the non-partitioned space for aboot
... some one else answered me the question but well i couln't
have figured this out on my own.
and there is also a bug in the pdf versions of th einstall guide.
in point 5.2 is a listing of the various subarchs and the i
mages which should be in there, so, alpha has many subarchs and
the list is pretty long but the long list doesn't get break up at
the end of the text, i.e. is just one long line.
another thing which puzzled me was that under the subarch dir
resc14440.bin etc. should be (if i read the docs) but actually,
the most i can find is just milo.bin, so what's the magic behind
this?
/quote
Note: forget the system information below.
so long
Othmar
-- System Information
Debian Release: 2.2
Architecture: i386
Kernel: Linux davinci 2.2.14 #4 Tue Apr 4 00:40:42 CEST 2000 i586
---
Received: (at 61802-done) by bugs.debian.org; 25 Nov 2001 19:24:18 +
From [EMAIL PROTECTED] Sun Nov 25 13:24:18 2001
Return-path: [EMAIL PROTECTED]
Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.de) [194.25.134.80]
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 1684t0-Vy-00; Sun, 25 Nov 2001 13:24:18 -0600
Received: from fwd06.sul.t-online.de
by mailout01.sul.t-online.de with smtp
id 1684sz-0002ME-01; Sun, 25 Nov 2001 20:24:17 +0100
Received: from localhost (520013318687-0001@[217.230.22.237]) by
fmrl06.sul.t-online.com
with esmtp id 1684sk-0TR3b6C; Sun, 25 Nov 2001 20:24:02 +0100
Received: from falk by localhost with local (Exim 3.32 #1 (Debian))
id 1684sj-0004D1-00
for [EMAIL PROTECTED]; Sun, 25 Nov 2001 20:24:01 +0100
X-Face: Q)4Pn.JVfRz{G(G_eIkykbZGG\)2mk8:5a{^Mk07iC#F.t2L7hSa|7Zr1_L8[nbiq:8F
%o\(7|]{*cFg$GEPDdun~+UTjG(^4z_Ksw%L-\w0xDmUR~zsnGH]sK=M\Y=;U4XZz)[CX6I6d
_p
To: [EMAIL PROTECTED]
Subject: [alpha] bugs in documentation
From: Falk Hueffner [EMAIL PROTECTED]
Date: 25 Nov 2001 20:24:00 +0100
Message-ID: [EMAIL PROTECTED]
Lines: 8
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.5 (anise)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: Falk Hueffner falk@borkum
X-Sender: [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
I think this has been made sufficiently clear in the woody
installation manual:
ftp://ftp.debian.org/debian/dists/woody/main/disks-alpha/current/doc/ch-partitioning.en.html
If not, please complain :)
Falk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: [alpha] problems with norika boot disk
Processing commands for [EMAIL PROTECTED]: tags 62672 +potato Unknown tag/s: +potato. Recognized are: patch wontfix moreinfo unreproducible fixed potato woody sid help security upstream pending. Bug#62672: [alpha] problems with norika boot disk Tags added: thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#121110: boot-floppies: TFTP boot on Alpha broken
Falk Hueffner [EMAIL PROTECTED] writes: rgh mellum: re init q, when I had that problem ia64, it was because I forgot to boot with root=/dev/ram rgh mellum: without that, the kernel wants to do it's initrd magic, and runs /linuxrc before starting sbin/init. linuxrc is linked to init, so effectively init gets run as pid 12 (or something 1, anyway) Can we just link /linuxrc to /bin/true? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
unusable disks (known problem, but workaround?)
Hi, So I built my fancy Catalan-enabled boot-floppies (replacing some language with catalan in langs_root) and obviously I stumbled on #120637. Is there a way of building Catalan-only floppies, which may workaround this bug? I'd like to upload some floppies somewhere so people can test them and send reports to the Catalan list, but right now they don't work at all, even if I select English. Jordi -- Jordi Mallach Pérez || [EMAIL PROTECTED] || Rediscovering Freedom, aka Oskuro in|| [EMAIL PROTECTED] || Using Debian GNU/Linux Reinos de Leyenda || [EMAIL PROTECTED] || http://debian.org http://sindominio.net GnuPG public information: pub 1024D/917A225E telnet pusa.uv.es 23 73ED 4244 FD43 5886 20AC 2644 2584 94BA 917A 225E msg12706/pgp0.pgp Description: PGP signature
cvs commit to modconf/template by dwhedon
Repository: modconf/template who:dwhedon time: Sun Nov 25 17:55:24 PST 2001 Log Message: brazilian updates thanks to Claudio Rodrigues [EMAIL PROTECTED] Files: changed:eval_pt_BR.fixed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to modconf/debian by dwhedon
Repository: modconf/debian who:dwhedon time: Sun Nov 25 17:55:24 PST 2001 Log Message: brazilian updates thanks to Claudio Rodrigues [EMAIL PROTECTED] Files: changed:changelog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: maint
Processing commands for [EMAIL PROTECTED]: tags 117641 pending Bug#117641: modconf: Updated brazilian portuguese (pt_BR) modconf translation Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to base-config by joeyh
Repository: base-config who:joeyh time: Sun Nov 25 18:20:38 PST 2001 Log Message: * Fixed a typo in the termwrap man page, Closes: #120609 * Added pt_BR man pages from Andre Luis Lopes [EMAIL PROTECTED] Closes: #121136 Files: changed:Tag: woody-tree termwrap.8 added: Tag: woody-tree apt-setup.pt_BR.8 base-config.pt_BR.8 termwrap.pt_BR.8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to base-config/debian by joeyh
Repository: base-config/debian who:joeyh time: Sun Nov 25 18:20:38 PST 2001 Log Message: * Fixed a typo in the termwrap man page, Closes: #120609 * Added pt_BR man pages from Andre Luis Lopes [EMAIL PROTECTED] Closes: #121136 Files: changed:Tag: woody-tree changelog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: unusable disks (known problem, but workaround?)
On Mon, Nov 26, 2001 at 01:34:04AM +0100, Jordi Mallach wrote: Hi, So I built my fancy Catalan-enabled boot-floppies (replacing some language with catalan in langs_root) and obviously I stumbled on #120637. Is there a way of building Catalan-only floppies, which may workaround this bug? I'd like to upload some floppies somewhere so people can test them and send reports to the Catalan list, but right now they don't work at all, even if I select English. I added some notes in the boot-floppies/README about building for a single language last week. You would probably want to turn Lang-Chooser off since it's not quite up to speed yet. -- ** | .''`. | Debian GNU/Linux: http://www.debian.org | | : :' : | debian-imac: http://debian-imac.sourceforge.net | | `. `'` | Chris Tillman[EMAIL PROTECTED] | | `-|May the Source be with you| ** -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to base-config/debian by joeyh
Repository: base-config/debian who:joeyh time: Sun Nov 25 19:29:52 PST 2001 Log Message: * Danish translation fixes from Claus Hindsgaul [EMAIL PROTECTED] Files: changed:Tag: woody-tree changelog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/debian by dwhedon
Repository: boot-floppies/debian who:dwhedon time: Sun Nov 25 21:17:03 PST 2001 Log Message: - fix badly broken language chooser (closes: #120637) Files: changed:changelog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/utilities/dbootstrap by dwhedon
Repository: boot-floppies/utilities/dbootstrap who:dwhedon time: Sun Nov 25 21:17:03 PST 2001 Log Message: - fix badly broken language chooser (closes: #120637) Files: changed:Makefile -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: maint
Processing commands for [EMAIL PROTECTED]: tags 120637 pending Bug#120637: boot-floppies: dbootstrap fails to set an installation language and it totally fails Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: unusable disks (known problem, but workaround?)
Mon, Nov 26, 2001 at 01:34:04AM +0100 wrote: Hi, So I built my fancy Catalan-enabled boot-floppies (replacing some language with catalan in langs_root) and obviously I stumbled on #120637. Is there a way of building Catalan-only floppies, which may workaround this bug? I'd like to upload some floppies somewhere so people can test them and send reports to the Catalan list, but right now they don't work at all, even if I select English. FYI, I just committed a fix to 120637. -David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#121186: boot-floppies: modconf, dbootstrap and bterm don't play well together
Package: boot-floppies Version: current cvs Severity: critical Justification: breaks the whole system The root problem appears to be that /dev/tty isn't available to processes running in a bterm. Perhaps this should be reassigned to bogl-bterm? It would be _super_ cool if we can get language chooser to work, but we are already out of time, fixes needed last week. 1. modconf broken When I try to 'Install Kernel and Driver Modules' I get /target/usr/sbin/modconf: cannot create /dev/tty: no such device or address local; release_notes.en: bad variable name /target/usr/sbin/modconf: cannot create /dev/tty: no such device or address local; release_notes.en: bad variable name /target/usr/sbin/modconf: cannot create /dev/tty: no such device or address local; release_notes.en: bad variable name etc . . . 2. Shell has no job control This one isn't all that bad, looks like the same thing, easier to track down maybe, so I include it. When I choose 'Execute a shell' I get the message sh: can't access tty; job control turned off # FWIW, both modconf and the shell are invoked simply with system() from within dbootstrap. I tried a few hacks like removing the /dev/tty redirection from modconf (complete failure), and redirecting to other tty's (sort of worked, but isn't really acceptable since user would have to do alt-f4 to use modconf, and then alt-f1 when it is finished). Clues? -David -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux oink 2.4.9 #1 Mon Sep 24 12:10:45 PDT 2001 i686 Locale: LANG=C, LC_CTYPE=C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
woody boot-floppies
Hi ... I just tried the new boot floppies on two different mashines, and they just just worked fine (using the ATA100-ext3 disks). But the first machine gave me some trobles, as I installed in a HPT366 mashine (BP6). The system found and installed everything just fine, but lilo gave me some trouble as the config file was wrongly generated. The HPT366 drive was correctly detected as the device /dev/hde, but lilo.conf was set to : boot=/dev/hda. This ofcause result in an error, but telling me that lilo could not access more than 1024 cylenders, which is wrong (as this limit have been removed from lilo, as far as I known), and because the real error was that /dev/hda did not exist. I fixes this usign nano-tiny, and manual lilo, and all worked out great. I think this will generate the exact same error in a pure SCSI mashine. Hope this will help making the boot diskes even more usefull. Do you know if anyone have thougth about making a more user friendly version of the boot disks (or boot CDROM)? They are quite nice in the hand of a teknical person (I personlly find them easy to use, but I'm a developer), but an end user will run away screaming :-), and that a petty, as Debian is a quite nice system when first installed. /BL -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: bug: cdimage.debian.org should warn against downloading with an ISDN connection
On Mon, Nov 26, 2001 at 12:18:44AM +0100, Alexander Skwar wrote: So sprach »Florian Lohoff« am 2001-11-25 um 23:31:01 +0100 : ISDN a few years back). Flatrates are only available with ISDN. Where? I thought that the only flatrate which survived, was the T-DSL flatrate? Many local Bells offers flatrates nowadays which requires to take an ISDN line from them too. FLo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Nine nineth on september the 9th Welcome to the new billenium msg12726/pgp0.pgp Description: PGP signature
Bug#121157: dhcp fails to notice that dhcp failed
package: boot-floppies severity: important version: 3.0.17-2001-11-18 If dhclient fails to get a lease, the boot floppies still assume that the network configured successfully. An error message is printed by dhclient which sleeps, but returns success to the script. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#121160: Network fails to reconfigure after one failed configuration
package: boot-floppies Using PCMCIA networking, if you try to configure the network after having already done so once, you get an error that some modules are already loaded. This was a problem because the DHCP failed to work. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#121177: boot-floppies: can't install dpkg
Package: boot-floppies Version: 3.0.17-2001-11-18 Severity: critical trying to install debian woody on my test machine (386DX-40, 8mb ram) results in this error (on tty4): -- snip -- Preparing to replace dpkg 1.9.18 (using .../archives/dpkg_1.9.18_i386.deb) ... Unpacking replacement dpkg ... dpkg-deb: subprocess paste killed by signal (Broken pipe) dpkg: error processing /var/cache/apt/archives/dpkg_1.9.18_i386.deb (--install): subprocess dpkg-deb --fsys-tarfile returned error exit status 2 Errors were encountered while processing: /var/cache/apt/archives/dpkg_1.9.18_i386.deb -- snip -- the installation system reports: Failure trying to run: chroot /target dpkg then: debootstrap exited with an error (return value 1) at which point it takes me back to the b-f menu where i can try to install the base system again. i'm installing on to a 4gb ide drive; it's partitioned with a 50mb /boot, a 16mb swap partition, and the rest on the root. i'm installing over the network with a 3c509 isa board, from bigfoot.eecs.umich.edu. i'm connected to the 'net via dsl. this bug may actually belong to dpkg. incidentially, it would be _great_ if the .debs that were downloaded were used if i tried the installation again; i got the error once, then tried it again. the installer downloaded all the packages _again_. this is not a Nice Thing(tm) to do, considering that it takes well over an hour to download verify all those packages on such a slow system. -- System Information Debian Release: testing/unstable Kernel Version: Linux proton 2.2.19-udma100-ext3 #1 SMP Fri Sep 28 22:56:58 CEST 2001 i686 unknown -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#121065: powerpc,powermac - missing boot floppy hfs-boot-disk from documentation
Package: boot-floppies Version: 3.0.17 The main floppy that needs to be booted (along with root.bin) to install powermac at all is hfs-boot-disk. It is mentioned nowhere in the documentation. -- -- Grant Bowman [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#121110: boot-floppies: TFTP boot on Alpha broken
Package: boot-floppies Version: N/A; reported 2001-11-25 Severity: normal Installing via tftpboot.img will stall at installation of libc6.1, as has been reported to debian-alpha several times, e.g. http://lists.debian.org/debian-alpha/2001/debian-alpha-200110/msg00010.html. rgh told me on IRC: rgh mellum: re init q, when I had that problem ia64, it was because I forgot to boot with root=/dev/ram rgh mellum: without that, the kernel wants to do it's initrd magic, and runs /linuxrc before starting sbin/init. linuxrc is linked to init, so effectively init gets run as pid 12 (or something 1, anyway) rgh linuxrc is run with a pid 1, and the kernel expects that to return before it starts init as pid 1 rgh root=/dev/ram makes the kernel realise that the ramdisk si a real ramdisk, and not an initrd, so it disables the running of linuxrc So we need to find a way to force this parameter. Falk -- System Information Debian Release: testing/unstable Architecture: alpha Kernel: Linux borkum 2.4.15-pre6 #2 Wed Nov 21 19:23:16 CET 2001 alpha Locale: LANG=C, LC_CTYPE=de_DE -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: help please
On Sun, Nov 25, 2001 at 04:07:05PM -, Clive Leonard wrote: I have now installed Debian, and it boots up from HHD and leaves me in a text only mode. All I can seem to do is log in and out as root (or user) and do nothing else! I don't know, but surely debian has some form of GUI? Of course - just 'apt-get install task-x-window-system', which among other things will install a display manager so you won't boot into text-only mode. There are many, many GUI-related packages available, but see the installation manual for how to use the packaging system to acquire them. You might like, for example, to install task-gnome-desktop, which will install the basic desktop from the GNOME project. (Further followups should probably go to debian-user only; Mail-Followup-To: set.) Regards, -- Colin Watson [[EMAIL PROTECTED]] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: bug: cdimage.debian.org should warn against downloading with an ISDN connection
[Crossposting to debian-boot, please CC me any debian-boot-only posts] On Sun, Nov 25, 2001 at 09:21:15PM +0100, Markus Redeker wrote: The help pages on cdimage.debian.org (especially http://cdimage.debian.org/ch11.html) recommend that one should download Debian from Internet if one has a free Internet connection. This is not true if one has only an ISDN connection! In this case, the automatic setup procedure (which assumes a modem connection) fails, and one first has to download somehow the ISDN packages and configure the ISDN system before one can proceed. In almost all cases, ISDN users should therefore install their debian from CD instead. I'm currently updating the cdimage website - should I really discourage ISDN users from installing via the net? Do the woody bootfloppies support installing via ISDN? Cheers, Richard -- __ _ |_) /| Richard Atterer | CS student at the Technische | GnuPG key: | \/¯| http://atterer.net | Universität München, Germany | 0x888354F7 ¯ ´` ¯ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: bug: cdimage.debian.org should warn against downloading with an ISDN connection
Richard == Richard Atterer [EMAIL PROTECTED] writes: Richard Do the woody bootfloppies support installing via ISDN? Perhaps if they do not, they should. Someone should perform that labor and make it possible. I wonder if it would require an entire new flavor of images, or if it's only a matter of inserting the correct modules? I know zilch about ISDN. -- We are deB.ORG; you will be freed. Deliverance is inevitable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: bug: cdimage.debian.org should warn against downloading with an ISDN connection
In message [EMAIL PROTECTED], Karl M. Hegbloom wr ites: Perhaps if they do not, they should. Someone should perform that labor and make it possible. I wonder if it would require an entire new flavor of images, or if it's only a matter of inserting the correct modules? I know zilch about ISDN. Internal ISDN cards need a pile of modules, plus some supporting user-space stuff. I don't think there is any hope of adding this to the woody boot-floppies at this stage in the game, but it should be possible to support it under debian-installer if someone wants to do the work. External TAs should be okay. I don't know if we ship the modules you need to use USB modems right now, but it should be easy to add them to the driver disks if not. Ethernet and serial versions ought to just work already. p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: bug: cdimage.debian.org should warn against downloading with an ISDN connection
On Sun, Nov 25, 2001 at 02:03:09PM -0800, Karl M. Hegbloom wrote: Perhaps if they do not, they should. Someone should perform that labor and make it possible. I wonder if it would require an entire new flavor of images, or if it's only a matter of inserting the correct modules? I know zilch about ISDN. modules + isdnctrl + ipppd Not too bad and definitly worth doing as i know that Germany wide 50% of the users meanwhile dial in with ISDN. (German Telekom sponsored ISDN a few years back). Flatrates are only available with ISDN. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Nine nineth on september the 9th Welcome to the new billenium msg12826/pgp0.pgp Description: PGP signature
