Re: External install modules and compacted libc
> "Glenn" == Glenn McGrath <[EMAIL PROTECTED]> writes: Glenn> Supporting unplanned binaries is the big problem with Glenn> stripped libc, this may be a strange idea, would it be Glenn> possible at runtime to detect if a binary has failed due to Glenn> unsupported libc? Sure, it will segfault with an unresolvable symbol error. :) You can force this to happen sooner rather than later in the execution by using setting LD_BIND=now in the environment, IIRC. -- Stephen "Good idea, O Lord!"... "'Course it's a good idea!" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Installing LILO.
Richard Swen scribbled: > Is there a way to install lilo on an NTFS partition? I'm not aware of any way to do this. But if your goal is to get a dual boot Linux/Windows NT machine, you might try the following: - Install Windows NT as usual - Install Linux as usual, do not install LILO as the MBR - create a 512-byte file in the root of the NT FS called "/C/hda2.sec" dd if=/dev/zero of=/C/hda2.sec count=1 bs=512 let's assume you mounted that FS under "/C", and that hda1=WindowsNT, hda2=Linux - Add/change the folowing lines in your lilo.conf: boot=/C/hda2.sec root=/dev/hda2 - Run lilo - Add the following line to "/C/boot.ini": C:\hda2.sec="Debian GNU/Linux" - Of course you want to change the default in this file :-) default=C:\hda2.sec - Reboot and enjoy I use the Windows NT to boot between 2 Windows NT flavours (4.0 and 2000), Windows 98SE and 3 Linux flavours: "You can only beat the competition if you know its weak points and learn from its strong points" Erwin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Installing LILO.
Is there a way to install lilo on an NTFS partition? Thank you, Richard Swen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: redesigning the debian installer
On Mon Sep 25, 2000 at 12:26:07PM +0200, Bernhard R. Link wrote: > > > On Sat, 23 Sep 2000, Martin Keegan wrote: > > > Incidentally, what facilities currently exist for non-interactive partitioning? > > Is there a dedicated tool for this, or should one do > > > > /sbin/fdisk < scripted_responses > > > > /sbin/sfdisk > > It seems exacly be written for this. > (But has only limited posibilities. Nothing like make everythin one large > partition as I see it). Last I looked at it, it had some gratuitous endianess issues though. Perhaps it has gotten better... -Erik -- Erik B. Andersen email: [EMAIL PROTECTED] --This message was written using 73% post-consumer electrons-- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
raid support in install cds
I think a valuable addition to the debian install system would be a way to be able to create raid arrays of partitions during the install, and use them to install the debian system into. Also raid1 would be very useful to be compiled into the kernel to be able to boot from a raid1 root filesystem. Of course it also should be using the raid0.90 patches from Molnar Ingo. Redhat 6.1 (or 6.2?, I don't know exactly, only it was done in front of my eyes) contains the ability to install into raid1 root. What it needs as far as I see is the following: - 0.90 raid patches in the kernel - the raidtools2 package in the installed system if raid partitions are selected - ability to setup and start raid system during install (raid modules to be loadable, maybe done already) - ability to create filesystems on /dev/md? devices (at least manually) (requires the the appriopriate files from raidtools2 package in the installing system) - ability to mount filesystems from /dev/md? devices (at least manually, but preferable in the menus, not a big thing after all) - raid1 compiled into the installed kernel not as module (to be able to boot from raid1 root) - a lilo supporting boot from raid1-root in the install system (I think the current one is appropriate) It is worth for at least another flavor of install CD, I think, and it would save a lot of bother if considering the amount of work needed to convert an existing system totally to raid with raid1 root. :) Regards, Robert Varga -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Poweredge 2400 Raid-5 booting debian
Aacraid driver seems to work now. I downloaded the 2.2.16-4 kernel which contains the aacraid driver. Everythink is installing now, I only have to copy the right modules into the system. I think it's going to be late today So far Ries -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: reporting problems with boot-floppies
The 2.2.17-2000-09-14 requires new base tar archive because of the new wrapper script for more I18N support. Please get the new base2_2.tgz from the specifid URL and use it when you test this new b-f. Thanks. In <[EMAIL PROTECTED]>, on Sun, 17 Sep 2000 12:00:35 -0700, on Re: reporting problems with boot-floppies, Pann McCuaig <[EMAIL PROTECTED]> wrote: > Uh, apparently broken. > > I tried the new ones, the 5-floppy set from > http://auric.debian.org/~aph/bf/2.2.17-2000-09-14/> > > with the following result: > > Everything went smoothly until the first reboot (from a boot floppy), > and this is where I was dead in the water: > > - schnipp! - > Starting internet supervisor: inetd. > /bin/sh: /sbin/termwrap: No such file or directory > /bin/sh: exec: /sbin/termwrap: cannot execute: No such file or directory > ... (repeats several times) ... > Init: Id "1" respawning too fast: disabled for 5 minutes > - schnapp! - > (waits 5 minutes, fails again) In <[EMAIL PROTECTED]>, on Sun, 17 Sep 2000 16:36:03 -0700, on Re: reporting problems with boot-floppies, esoR ocsirF <[EMAIL PROTECTED]> wrote: > hmmm, > I too tried the images found at > http://auric.debian.org/~aph/bf/2.2.17-2000-09-14/images-1.44/idepci/ ~~ > Same problem, install went fine all the way through reboot, then bang! > > lines read > > Starting internet superserver: inetd. > /bin/sh: /sbin/termwrap: No such file or directory > /bin/sh: exec: /sbin/termwrap: cannot execute: No such file or directory > ... over and over... > INIT: id "1" respawning to fast: disabled for 5 minutes -- Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
replace your installer ??
i think its really a good idea to replace your intaller. because its not really easy to understad. but, please, keep available all the custom things. and more ;) cya. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Bug#72327: boot-floppies: doesn't install .bash_logout for root (fwd)
Processing commands for [EMAIL PROTECTED]: > reassign 72327 bash Bug#72327: boot-floppies: doesn't install .bash_logout for root Bug reassigned from package `boot-floppies' to `bash'. > retitle 72327 /etc/skel/.bash_logout should not exist Bug#72327: boot-floppies: doesn't install .bash_logout for root Changed Bug title. > thanks Stopping processing here. Please contact me if you need assistance. Darren Benham (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#72327: boot-floppies: doesn't install .bash_logout for root (fwd)
reassign 72327 bash retitle 72327 /etc/skel/.bash_logout should not exist thanks I also wonder why do we need .bash_profile and .bashrc in /etc/skel at all. Policy says /etc/skel should be as empty as we can make it. -- Forwarded message -- Date: Sun, 24 Sep 2000 19:20:02 +0200 From: Wichert Akkerman <[EMAIL PROTECTED]> To: [EMAIL PROTECTED], Erik Andersen <[EMAIL PROTECTED]> Cc: [EMAIL PROTECTED], Josip Rodin <[EMAIL PROTECTED]> Subject: Bug#72327: boot-floppies: doesn't install .bash_logout for root Package: bash Severity: normal > File a bug on bash then... > > [andersen@traveller src]$ ls -l /etc/skel/.bash_logout > -rw-r--r--1 root root 174 Feb 20 2000 /etc/skel/.bash_logout > [andersen@traveller src]$ cat /etc/skel/.bash_logout > # ~/.bash_logout: executed by bash(1) when login shell exits. > Lets do that. The problem: bash should not clear the screen by default, it's imho highly annoying behaviour. Wichert. -- / Generally uninteresting signature - ignore at your convenience \ | [EMAIL PROTECTED] http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debinst: target media preperation
On Fri, 22 Sep 2000, Joey Hess wrote: > > Calling (s|f)?fdisk or whatever has the advantage of > > well-tested-and-proofen code and user-interface. I think it should at > > least be callable to do so. > > I agree. Especially since I don't think debconf is really up to the job > of a full-fledged disk partitioner UI. > > > On the other hand, if some module of the installer does the work, the > > user could make it choices for partinating within the the same ui and > > it could also be included in an installation-database on some server. > > One way to go about this is cfdisk could be run, then a program could > look to see what partitions had been set up, and record that > information. If a later, automated install were done, it would use > command-line disk partitioning tools (sfdisk?) to replicate the > partition setup. That's an idea. sfdisk is very nice for duplicating. But one had to ensure that the disks have the same geometry. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: redesigning the debian installer
On Sat, 23 Sep 2000, Martin Keegan wrote: > Incidentally, what facilities currently exist for non-interactive partitioning? > Is there a dedicated tool for this, or should one do > > /sbin/fdisk < scripted_responses > /sbin/sfdisk It seems exacly be written for this. (But has only limited posibilities. Nothing like make everythin one large partition as I see it). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Vs: Debian 2.2 installproblems
- Original Message - From: Adam Di Carlo <[EMAIL PROTECTED]> To: Martti Hamunen <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Saturday, September 23, 2000 7:58 PM Subject: Re: Debian 2.2 installproblems Ok! Thanks for your informatin. Martti Hamunen > "Martti Hamunen" <[EMAIL PROTECTED]> writes: > > > I have just installed Debian 2.2. > > I cannot use chmod/chown so I could use network (pppconfig, > > pon, poff...) as user. Help please! > > Look at the 'sudo' and 'super' packages -- they allow users to run > certain command as root. > > > And another questions: > > Why gnome dont work correctly, when I have installed gdm. > > When I open gnome/gdm so "gnomewindows" dont move > > at all with the mouse and the upper in the windows is light. > > But if I start enlightenment in gnome so windows work right. > > > > Why the langueselect dont work in the gnome? > > I cannot select the finnish language. > > You'd have to ask the package maintainers. On this list we only deal > with the installation system. > > -- > .Adam Di [EMAIL PROTECTED]http://www.onShore.com/> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: External install modules and compacted libc
On Mon, Sep 25, 2000 at 10:27:27AM +1100, Glenn McGrath wrote: > We can still have a non-striped libc (minus option?) in a module that > could be installed if it was needed. Library reduction is really only > critical for modules that will go on a boot/root floppy, modules that > will be sourced post bootup are less critical on space, it is likely > further modules will be residing on hard disk, cd or via the network. We > have to install the full libc sometime. Sure. > Supporting unplanned binaries is the big problem with stripped libc, > this may be a strange idea, would it be possible at runtime to detect if > a binary has failed due to unsupported libc? > > If we could detect the problem we could (try to) install the non-striped > libc, a bit like auto-apt. I don't think that would be helpful. I'd say install the full libc as early as possible. If anything fails before we can access an install media we are doomed. > > If the module comes on CD I see no problem with including the libc. > > > If there is a dependency heirarchy in the modules, then the libc symbols > included would only have to be those symbols not suplied by previous > modules. Now that would be a really ugly hack :) cu Torsten -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[dmcgahon@iol.ie: Blind debian users]
Hi *, I got this suggestion by personal mail. Unfortunately I can't act on this since I have only a week left in Berlin and a lot of stuff to code. So I am passing it to the list so it is a least recorded... - Forwarded message from Dermot McGahon <[EMAIL PROTECTED]> - From: Dermot McGahon <[EMAIL PROTECTED]> Date: Sun, 24 Sep 2000 14:30:29 +0100 (IST) To: [EMAIL PROTECTED] Subject: Blind debian users X-Mailer: VM 6.72 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid Torsten, A good person to ask would be the guy running the Ocularis project at sourceforge. They are putting together a linux distribution for blind users and I'm sure that one of the developers would do some Debian installation testing. http://www.sourceforge.net/projects/Ocularis Dermot. -- - End forwarded message - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Poweredge 2400 Raid-5 booting debian
Recently, I had to install Debian to Poweredge 2450 with PERC3. In article <[EMAIL PROTECTED]> [EMAIL PROTECTED] writes: >> Last think >> I copyed the percraid.o and aic7xxx.o modules to a single floppy also >> from the RH source dowloaded all from dell (somewhere on >> http://support.dell.com/filelib) PERC3 can drive aacraid driver. aacraid patch is included in Red Hat's rawhide kernel. So I made a installer image with it. It is available at: http://www.eal.or.jp/~nokubi/aacraid-disk/ -- NOKUBI Takatsugu E-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] PGP signature
