Bug#767480: d-i fails to install grub to first disk/partition with preseeding (hd0) or (hd0,0)
Package: debian-installer Version: daily-20141030 Architecture: amd64 Hi, i am using the daily build of the netboot images as of yesterday. The Documentation at: https://www.debian.org/releases/jessie/amd64/apbs04.html.en say that preseeding Grub with: d-i grub-installer/bootdev string (hd0,0) Should install grub in the first partition. Currently this fails with Unable to install GRUB in (hd0,0) Executing 'grub-install (hd0,0) failed. This is a fatal error. My hd0 is a virtio block device /dev/vda in a KVM host and its the only disk. Also d-i grub-installer/bootdev string (hd0) Does not work. Not preseeding this value will display a manual entry box. As with wheezy the first disk (and in my case only disk) will always be used as default, this doesnt seem to work anymore. Preseeding with /dev/vda will work though. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Re: auto installation with url=file:///hd-media/d-i/
On Tue, Oct 28, 2014 at 02:48:10PM +0100, Cyril Brulebois wrote: Hello, Florian Lohoff f...@zz.de (2014-10-28): i'd like to have a USB stick with complete auto installation for this i put my preseed/late_script onto the usb stick - Now the d-i doesnt recognize the url=file:///hd-media instead it tries to extend the url with the domain from network autoconfiguration. Is it possible to use preseeding from the usb stick? That's covered by the installation guide: https://www.debian.org/releases/wheezy/amd64/apbs02.html.en After trying around what d-i expects to be in the URL i got it to work. url=file:///hd-media/d-i/jessie/./preseed.cfg Its a bit counterintuitive that with a http url the code automatically prepends with /d-i/suite/ which it does not with a file:// url. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
hostname from DNS/DHCP vs netcfg/get_hostname
Hi, the d-i (wheezy currently as kernel of jessie disappeared from archive) overrides the manually preseeded hostname with an DNS entry. So i seed: netcfg/get_hostname=vm020039 on the kernel cmdline. Which works when there is no DNS or DHCP hostname option. Now i have some ip addresses with reverse DNS entries on them and suddenly my hostnames are garbled. Can i override this behaviour? I mean IHMO a users choice should always override some automatic discoveries. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Re: hostname from DNS/DHCP vs netcfg/get_hostname
On Wed, Oct 29, 2014 at 04:14:51PM +0100, Florian Lohoff wrote: Hi, the d-i (wheezy currently as kernel of jessie disappeared from archive) overrides the manually preseeded hostname with an DNS entry. So i seed: netcfg/get_hostname=vm020039 on the kernel cmdline. Which works when there is no DNS or DHCP hostname option. Now i have some ip addresses with reverse DNS entries on them and suddenly my hostnames are garbled. Can i override this behaviour? I mean IHMO a users choice should always override some automatic discoveries. Found it in the code - So netcfg/hostname is not overidden but netcfg/get_hostname is ... netcfg/dhcp.c 572 debconf_get(client, netcfg/hostname); 573 if (!empty_str(client-value)) { 574 strncpy(buf, client-value, MAXHOSTNAMELEN); 575 di_debug(Using preseeded hostname); 576 preseed_hostname_from_fqdn(client, buf); 577 } 578 else if (gethostname(buf, sizeof(buf)) == 0 579 !empty_str(buf) 580 strcmp(buf, (none)) 581 ) { 582 di_info(DHCP hostname: \%s\, buf); 583 preseed_hostname_from_fqdn(client, buf); 584 } 585 else if (!empty_str(interface-dhcp_hostname)) { 586 di_debug(Defaulting hostname to provided DHCP hostname); 587 debconf_set(client, netcfg/get_hostname, interface-dhcp_hostname); 588 } else { 589 di_debug(Using DNS to try and obtain default hostname); 590 if (get_hostname_from_dns(interface, buf, sizeof(buf))) 591 preseed_hostname_from_fqdn(client, buf); 592 } -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
auto installation with url=file:///hd-media/d-i/
Hi, i'd like to have a USB stick with complete auto installation for this i put my preseed/late_script onto the usb stick - Now the d-i doesnt recognize the url=file:///hd-media instead it tries to extend the url with the domain from network autoconfiguration. Is it possible to use preseeding from the usb stick? Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Bug#712879: debian-installer: unable to preseed german nodeadkeys keyboard for installed system
Package: debian-installer Version: 20130430 Hi, i have now tried for 2 weeks to find preseeding config which will install a system with a german nodeadkeys keyboard. Whatever i try preseeding the final system has a us keyboard. I am using Phil Hands class based installer scripts. I boot the kernel via PXE with these settings on the command line: language=en country=DE keymap=de The current values i try to preseed are: keyboard-configuration keyboard-configuration/modelselect Generic 105-key (Intl) PC keyboard-configuration keyboard-configuration/layout select German keyboard-configuration keyboard-configuration/variant select German - German (eliminate dead keys) keyboard-configuration keyboard-configuration/altgrselect The default for the keyboard layout keyboard-configuration keyboard-configuration/compose select No compose key keyboard-configuration keyboard-configuration/ctrl_alt_bkspboolean false keyboard-configuration keyboard-configuration/xkb-keymap select de After installation in the final system: debian:~# debconf-get-selections --installer | grep ^d-i | grep keyboard d-i keyboard-configuration/layout select German d-i keyboard-configuration/variant select German - German (eliminate dead keys) d-i keyboard-configuration/unsupported_options boolean true d-i keyboard-configuration/optionscode string d-i keyboard-configuration/modelcodestring pc105 d-i keyboard-configuration/unsupported_config_options boolean true d-i keyboard-configuration/toggle select No toggling d-i keyboard-configuration/altgrselect The default for the keyboard layout d-i keyboard-configuration/unsupported_layout boolean true d-i keyboard-configuration/layoutcode string us d-i keyboard-configuration/store_defaults_in_debconf_db boolean true d-i keyboard-configuration/xkb-keymap select de d-i keyboard-configuration/ctrl_alt_bkspboolean false d-i keyboard-configuration/variantcode string d-i keyboard-configuration/unsupported_config_layoutboolean true d-i keyboard-configuration/compose select No compose key d-i keyboard-configuration/switch select No temporary switch d-i keyboard-configuration/modelselect Generic 105-key (Intl) PC debian:~# debconf-get-selections | grep ^keyboard keyboard-configuration keyboard-configuration/layout select German keyboard-configuration keyboard-configuration/xkb-keymap select us keyboard-configuration keyboard-configuration/variant select English (US) keyboard-configuration keyboard-configuration/unsupported_options boolean true keyboard-configuration keyboard-configuration/ctrl_alt_bkspboolean false keyboard-configuration keyboard-configuration/variantcode string keyboard-configuration keyboard-configuration/optionscode string keyboard-configuration keyboard-configuration/modelcodestring pc105 keyboard-configuration keyboard-configuration/unsupported_config_options boolean true keyboard-configuration keyboard-configuration/unsupported_config_layout boolean true keyboard-configuration keyboard-configuration/toggle select No toggling keyboard-configuration keyboard-configuration/compose select No compose key keyboard-configuration keyboard-configuration/switch select No temporary switch keyboard-configuration keyboard-configuration/altgrselect The default for the keyboard layout keyboard-configuration keyboard-configuration/unsupported_layout boolean true keyboard-configuration keyboard-configuration/modelselect Generic 105-key (Intl) PC keyboard-configuration keyboard-configuration/layoutcode string us keyboard-configuration keyboard-configuration/store_defaults_in_debconf_db boolean true debian:~# cat /etc/default/keyboard # KEYBOARD CONFIGURATION FILE # Consult the keyboard(5) manual page. XKBMODEL=pc105 XKBLAYOUT=us XKBVARIANT= XKBOPTIONS= BACKSPACE=guess Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Re: preseeding de-latin1-nodeadkeys
On Sat, May 18, 2013 at 10:41:05PM +0200, Samuel Thibault wrote: Hello, Florian Lohoff, le Tue 14 May 2013 11:54:50 +0200, a écrit : i fail to preseed a de-latin1-nodeadkeys keymap into the Wheezy d-i. Yes, only choices provided in the menu system can be preseeded. For d-i - What about keyboard-configuration? I did dpkg-reconfigure keyboard-configuration to configure a de-latin1-nodeadkeys and took dpkg-get-selections | grep ^keyboard-configuration to preseed - which results in a us keyboard. Having a de deadkeys in d-i would be acceptable but not in the final system. Our current Debian policy is that the user can reconfigure the keyboard after installation. I know they can - But i try to automate the installation via autoinstall/preseeding. This was no problem since etch and wheezy now fails to provide preseeding capabilities? Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
preseeding de-latin1-nodeadkeys
Hi, i fail to preseed a de-latin1-nodeadkeys keymap into the Wheezy d-i. Having a de deadkeys in d-i would be acceptable but not in the final system. When i put language=en country=DE locale=en_US.UTF-8 on the tftp command line i get a german deadkeys layout. Loading a preseed.cfg with keyboard-configuration keyboard-configuration/xkb-keymap select de keyboard-configuration keyboard-configuration/variant select German - German (eliminate dead keys) keyboard-configuration keyboard-configuration/variantcode string nodeadkeys Or the whole of keyboard-configuration does not help. I am little puzzled on which preseed conf items i must set ... Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Re: IPv6 support in d-i
Hi, On Sat, Sep 08, 2012 at 11:43:11PM +0200, Philipp Kern wrote: Probably not RFC1918 addresses, but CGN ranges. And it's probably DNS64 which breaks stuff, rather than NAT64. There's also an effort in the IETF to spec out 464XLAT, which will help the remaining cases of old software / network stacks. NAT64 without DNS64 is of no real use - so yes - i meant DNS64 - It breaks at least DNSSEC and still NAT64 will most likely not work for all the little interesting protocols like SIP, FTP and the like because ALGs are to expensive for the vendors. On the other hand CGN (with the 100.64.0.0/10 address space) will most likely also not support ALGs, but in NAT44 world we are dealing with this for years. But as Bastian said, and which you ignored, there's DS-lite for tunneling of IPv4 over IPv6 to the provider. Which is not exactly NAT44. Right - DS Light is tunneling - but the IPv4 depletion will not be solved by it. You simply change the endpoint of your v4 session. I have seen DS Light on Power-Point from big ISPs like DTAG and O2/Telefonica and i have seen it on PowerPoint from Vendors like Juniper, Cisco and Ericsson/Redback. Yet i fail to find a good explanation what DS Lite solves? What is the benefit to Dual Stack? The Big see it as the end-of-the-v4-to-v6-transition when only few users will need an v4 Address and we shift away from Dualstack to Pure v6. I have seen this happing on PP in 2014-2015. Nothing in real life so far. IMHO this is a distant future when i'll have my Grandchilden on my lap. One reason this might get interesting is Vendor Licensing or Linecard Codespace - A Dualstack session requires twice the amount of resources on the linecards so all vendors halved their max-subscriber count with Dualstack. If one shifts aways the CGN/DS Lite concentrator from the BRAS one could save resources. But its just a matter of shifting resources and money around. RFC1925 (6) It is easier to move a problem around than it is to solve it. 1) This is why i guess we'll see niche networks using NAT64 (e.g. Mobile Operators due to Licensing issues) or DS Light - but my guess is that the big traffic will stay with Dual Stack + CGN for ages. Flo 1) By the time subscribers get v6 by default we have BRASes with a multitude of memory than we have today so the reason will get void. -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Re: IPv6 support in d-i
On Sat, Sep 08, 2012 at 11:05:55AM +0200, Michelle Konzack wrote: Is there a known IPv6 aware Debian Mirror? source.rfc822.org former ftp2.de.debian.org Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Re: IPv6 support in d-i
Hi, On Sat, Sep 08, 2012 at 11:21:01AM +0200, Bastian Blank wrote: But I can not get a IPv6 capable mirror. I have tried http.debian.net without success. You can use DNS64/NAT64 to access IPv4 destinations, you will need to make this possible for some years anyway. NAT64 breaks to much stuff - My humble guess working for ISPs and dealing with IPv6 introduction is that we will see DualStack forever with RFC1918 adresses and NAT44 ... Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Re: IPv6 support in d-i
Hi, On Sat, Sep 08, 2012 at 03:03:56PM +0200, Michelle Konzack wrote: Hello Florian Lohoff, Am 2012-09-08 13:30:39, hacktest Du folgendes herunter: NAT64 breaks to much stuff - My humble guess working for ISPs and dealing with IPv6 introduction is that we will see DualStack forever with RFC1918 adresses and NAT44 ... I consider already to give Static IPv6 adresses to my customers (free.fr and alice-dsl.de do the same) which should solv some problems... What do you think about? I'd like to see that happening - The Internet or IP was always thought as a peer to peer or any to any communication protocol. With NAT and Dynamic IP Addresses breaking this principle. There was no server and no client definition in the original thoughts of IP. I have more IPv6 addresses, as I need to provide Baden-Wuertemberg internet access and take over Google. :-D My guess is that our Privacy people will prohibit static prefixes for subscribers. Most people havent heard about privacy extensions and the size of prefixes e.g. /56 where to hide a single workstation. Tracking subscribers or users by cookies is much simpler than by IP Address. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Re: lenny regression initrd/lvm/ rootfs detection timeout
On Tue, Oct 07, 2008 at 07:04:09PM +0100, Stephen Gran wrote: If modprobe returns before the device is actually initialized and has created sysfs entries, this is probably not fixable in shell scripts. If, as I suspect, modprobe does not return immediately, this is probably a bug in the scripts that don't call udevsettle and wait for the sysfs entries to be turned into block devices for the next script to act on. Ferenc, since you are affected, can you test? The point is that an easy fix would be to rescan lvm devices on timeout instead of just looking for the root dev node existing. The point is if the lvm pv's are not available on lvm scan but come up later the whole boot process stops. So instead of going the right way of using some kind of udev trigger one could now as a quick fix rerun the lvm start script on the timeouts which would solve the logical volume as root on late blockdev. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature
lenny regression initrd/lvm/ rootfs detection timeout
Hi, after upgrading an FSI RX/300 from etch to lenny the machine would not boot anymore. It got stuck in the initrd not beeing able to find the root filesystem. The cause was that the aacraid took too long to make the root filesystem available. Thus the boot timed out and the initrd waited for the root filesystem to get available. After some seconds 45 the root disks (sda on an aacraid) got available but the boot failed anyway dropping into the initrd. The cause was that the root is an lvm which is on that disk and the lvm does not get retried after more disks get available. I got the machine to boot by running /scripts/top-local/lvm2 which made the root filesystem in the lvm available and ctrl-d to continue booting. I think after more disks get available the initrd should retry running the lvm detection otherwise a lot of lvm based systems might die/get stuck on upgrade. I'd consider this a RC bug - no clue whose fault this is though ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature
Re: lenny regression initrd/lvm/ rootfs detection timeout
On Tue, Oct 07, 2008 at 03:02:05PM +0200, maximilian attems wrote: Subject: Re: lenny regression initrd/lvm/ rootfs detection timeout On Tue, Oct 07, 2008 at 02:20:13PM +0200, Florian Lohoff wrote: Hi, after upgrading an FSI RX/300 from etch to lenny the machine would not boot anymore. It got stuck in the initrd not beeing able to find the root filesystem. The cause was that the aacraid took too long to make the root filesystem available. Thus the boot timed out and the initrd waited for the root filesystem to get available. After some seconds 45 the root disks (sda on an aacraid) got available but the boot failed anyway dropping into the initrd. The cause was that the root is an lvm which is on that disk and the lvm does not get retried after more disks get available. I got the machine to boot by running /scripts/top-local/lvm2 which made the root filesystem in the lvm available and ctrl-d to continue booting. I think after more disks get available the initrd should retry running the lvm detection otherwise a lot of lvm based systems might die/get stuck on upgrade. I'd consider this a RC bug - no clue whose fault this is though ... standard answer boot with rootdelay=X It worked with etch without that parameter and the upgraded did not add it so its a lenny regression - isnt it? And in my case it was a remote reboot where the machine did not come back - so i needed to go there physically - i am on the lucky side as i tested with a machine next door and not 400km away ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature
Re: lenny regression initrd/lvm/ rootfs detection timeout
On Tue, Oct 07, 2008 at 03:10:47PM +0200, maximilian attems wrote: standard answer boot with rootdelay=X It worked with etch without that parameter and the upgraded did not add it so its a lenny regression - isnt it? no it was just luck that it didn't hit you previously. kernel gives no guarantee on timing. This renders the argument with rootdelay= moot - When the kernel gives no guarantee on timing ANY rootdelay works just by luck. So coming back to this issue i consider this still a bug - When a block device comes available the lvm code needs to scan it in case the rootfs is an lvm. The whole issue with finding the rootfs in the initrd needs to be triggered and not waited for base on the statement of yours. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature
Bug#454618: [sparc] netra x1 - flapping interfaces / not installable
Package: debian-installer Version: snapshot-20071127 Hi, i just tried installing Debian/Etch on an Sun Netra X1 and it failed. I retried with a current snapshot from here: http://people.debian.org/~stappers/d-i/images/20071127-12:10/netboot/boot.img and it fails the same way. When gettint to the network configuration both ethernets immediatly start flapping and DHCP does not succeed. Dec 6 17:24:17.459 MEZ: %LINK-3-UPDOWN: Interface FastEthernet0/3, changed state to down Dec 6 17:24:21.060 MEZ: %LINK-3-UPDOWN: Interface FastEthernet0/3, changed state to up Dec 6 17:24:23.460 MEZ: %LINK-3-UPDOWN: Interface FastEthernet0/3, changed state to down Dec 6 17:24:27.060 MEZ: %LINK-3-UPDOWN: Interface FastEthernet0/3, changed state to up Dec 6 17:24:29.460 MEZ: %LINK-3-UPDOWN: Interface FastEthernet0/3, changed state to down Dec 6 17:24:33.060 MEZ: %LINK-3-UPDOWN: Interface FastEthernet0/3, changed state to up Dec 6 17:24:35.460 MEZ: %LINK-3-UPDOWN: Interface FastEthernet0/3, changed state to down Dec 6 17:24:41.260 MEZ: %LINK-3-UPDOWN: Interface FastEthernet0/3, changed state to up This seems to be caused by the driver unable to assign a MAC Address: eth0 Link encap:Ethernet HWaddr 00:00:00:00:00:00 BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) Interrupt:9 eth1 Link encap:Ethernet HWaddr 00:00:00:00:00:00 BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) Interrupt:10 Base address:0x100 This is the very same problem as #360699 reported which was closed. Unloading dmfe.ko and loading tulip.ko (and removing dmfe.ko to dismiss further loading) helps ... 00:05.0 Ethernet controller: Davicom Semiconductor, Inc. 21x4x DEC-Tulip compatible 10/100 Ethernet (rev 31) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR+ FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort+ MAbort- SERR+ PERR+ Latency: 0 (5000ns min, 1ns max) Interrupt: pin A routed to IRQ 10 Region 0: I/O ports at 1fe02010100 [size=256] Region 1: Memory at 1ff2000 (32-bit, non-prefetchable) [size=8K] Expansion ROM at 1ff0008 [disabled] [size=256K] Capabilities: [50] Power Management version 2 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=220mA PME(D0-,D1-,D2-,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=0 PME- 00:0c.0 Ethernet controller: Davicom Semiconductor, Inc. 21x4x DEC-Tulip compatible 10/100 Ethernet (rev 31) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR+ FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort+ MAbort- SERR+ PERR+ Latency: 0 (5000ns min, 1ns max) Interrupt: pin A routed to IRQ 9 Region 0: I/O ports at 1fe0201 [size=256] Region 1: [virtual] Memory at 1ff (32-bit, non-prefetchable) [size=8K] Expansion ROM at 1ff0004 [disabled] [size=256K] Capabilities: [50] Power Management version 2 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=220mA PME(D0-,D1-,D2-,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=0 PME- At least the kernel does not Oops when unloading the dmfe driver as the Etch installer kernel did for me... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature
Bug#454618: [sparc] netra x1 - flapping interfaces / not installable
On Thu, Dec 06, 2007 at 06:39:08PM +0100, Frans Pop wrote: On Thursday 06 December 2007, Florian Lohoff wrote: This is the very same problem as #360699 reported which was closed. Because it is not a problem we can solve in the installer, nor is it apparently a problem that can be solved in the kernel: there are two series of different, partially incompatible hardware which use the same PCI IDs... Reading only 0's from an eeprom in the driver can be detected. Why cant the dmfe driver refuse to load (or better not claim the resources) in this case? It used to be the case for hundrets of isa modules that they were loaded, tried if their hardware was there and later if not just notified that they failed to load. I know - these were the old days and we are now pleased with an in kernel module loader and all that fancy stuff but can't this be done ?!? It might mean to really rewrite a little of module init logic and not really look at the chip at ifup time. My guess is that nobody until now was annoyed enough to actually write the code :) Unloading dmfe.ko and loading tulip.ko (and removing dmfe.ko to dismiss further loading) helps ... This is documented in: http://www.debian.org/releases/etch/sparc/ch02s06.html.en#nics-sparc-trouble An easier way to prevent loading dmfe.ko is to boot the installer with 'install dmfe.blacklist=yes'. This is already documented in the development version of the installation guide: http://d-i.alioth.debian.org/manual/en.sparc/ch02s06.html#nics-sparc-trouble Thanks for the hint Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature
Bug#454618: [sparc] netra x1 - flapping interfaces / not installable
On Thu, Dec 06, 2007 at 07:48:34PM +0100, Florian Lohoff wrote: Reading only 0's from an eeprom in the driver can be detected. Why cant the dmfe driver refuse to load (or better not claim the resources) in this case? It used to be the case for hundrets of isa modules that they were loaded, tried if their hardware was there and later if not just notified that they failed to load. I know - these were the old days and we are now pleased with an in kernel module loader and all that fancy stuff but can't this be done ?!? It might mean to really rewrite a little of module init logic and not really look at the chip at ifup time. My guess is that nobody until now was annoyed enough to actually write the code :) Without having overly much kernel experience i had a look at dmfe.c and without testing i would guess this would at least prohibit dmfe to claim the resources when the mac is obviously '0'. The only problem this brings up is with cards where the mac address is 0 due to a production problem - Those would be basically unusable without a reverting patch. The MAC beeing 0 is obviously only a symptom and the difference might even be much more easy to detect. So using the MAC is most likely a crude hack. From my understanding for every driver registered all unclaimed devices will be probed. So with this dmfe will hopefully refuse to play with the device and return ENODEV which will let tulip when loaded claim the device. Somebody with more understanding of the DMFE will need to have a look here and make guesses on how to differentiate dmfes from tulips. diff --git a/drivers/net/tulip/dmfe.c b/drivers/net/tulip/dmfe.c index b4891ca..c023ec0 100644 --- a/drivers/net/tulip/dmfe.c +++ b/drivers/net/tulip/dmfe.c @@ -362,6 +362,7 @@ static int __devinit dmfe_init_one (struct pci_dev *pdev, struct net_device *dev; u32 pci_pmr; int i, err; + u8 macor=0; DECLARE_MAC_BUF(mac); DMFE_DBUG(0, dmfe_init_one(), 0); @@ -464,8 +465,15 @@ static int __devinit dmfe_init_one (struct pci_dev *pdev, cpu_to_le16(read_srom_word(db-ioaddr, i)); /* Set Node address */ - for (i = 0; i 6; i++) + for (i = 0; i 6; i++) { dev-dev_addr[i] = db-srom[20 + i]; + macor |= db-srom[20 + i]; + } + + if (!macor) { + err = -ENODEV; + goto err_out_res; + } err = register_netdev (dev); if (err) Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature
Re: Status on mips and mipsel
On Sat, Nov 24, 2007 at 04:54:05PM +0100, Martin Michlmayr wrote: - SGI Indy (IP22): the installer doesn't start. I get: tip22: IP22 Linux tftpboot loader 0.3.8.8 Loading program segment 1 at 0x0, size = 0xZeroing memory at 0x88004000, size = 0x0 Starting kernel; entry point = 0x8840a000 and nothing else, which is odd because 2.6.22-6 itself works fine on my Indy. Thiemo or Flo, can you investigate? The size = 0x0 definitely looks wrong... This is a misacalculation bug in arcboot and thus most likely also in tip22. As the kernel itself also cleans its BSS IIRC this shouldnt be a problem as long as size is 0 :) The address was completely bogus for me too so clearing memory somewhere in dark might also result in crashes. Guido aka agx knew about this bug ... From my testing in the last days this bug did not cause any problems for me ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature
m68k install daily build broken ?
Hi, i tried to install on a Qudra 840av and basically it doesnt work how i try it. There is a complete lack of documentation on how to unstuff the .sit files - The documentations merely mentions the existance of penguin. Though in the install/mac folder there are 2 penguin versions (18 and 19) and at least 4 initrds. Additionally there are root and root22 in the parent directory but no documentation on when to use what. With the beta4 at least the kernel comes up for me, throwing an error on mounting the rootfs. With the daily snapshots the kernel does not show any signs of life. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Heisenberg may have been here. pgpO8J7JYTfJC.pgp Description: PGP signature
Re: m68k install daily build broken ?
On Sat, Jul 17, 2004 at 05:33:57PM +0200, Florian Lohoff wrote: Hi, i tried to install on a Qudra 840av and basically it doesnt work how i try it. There is a complete lack of documentation on how to unstuff the .sit files - The documentations merely mentions the existance of penguin. Though in the install/mac folder there are 2 penguin versions (18 and 19) and at least 4 initrds. Additionally there are root and root22 in the parent directory but no documentation on when to use what. With the beta4 at least the kernel comes up for me, throwing an error on mounting the rootfs. With the daily snapshots the kernel does not show any signs of life. Ok - got a step further - Basically the problem seems to be when you turn on too much debugging in penguin it basically runs the kernel but the screen stays dark except the cursor. Now i have ran penguin with linux-mac-2.2.5 with the initrd-linuxmedia.gz. Bugs are in chronologic order - EXT3-fs error - Wrong free blocks / bitmap .. after mount of ramdisk - umount /initrd/dev no such file or directory - umount /initrd invalid argument - languagechooser shows chars not displayable (utf8) - hang in archdetect - Last line in logfile on tty4 DEBUG: configure archdetect, status: 2 Nothing for 20 minutes - reboot Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Heisenberg may have been here. pgpyZFDM31TSl.pgp Description: PGP signature
Re: m68k install daily build broken ?
On Sat, Jul 17, 2004 at 08:09:42PM +0200, Wouter Verhelst wrote: On Sat, Jul 17, 2004 at 05:33:57PM +0200, Florian Lohoff wrote: Hi, i tried to install on a Qudra 840av and basically it doesnt work how i try it. There is a complete lack of documentation on how to unstuff the .sit files These are mac-specific images, which you need to read by using StuffIt Expander (under MacOS) or by using the hfs-utils on an hfs filesystem (under GNU/Linux; put an hfs-formatted floppy in your PC system, and copy away). I know that as i did some admin stuff couple years back when quadras where common. I just pointed out the fact that the installation docs lack this kind of information. Non MacOS users will not be able to install those kind of machines without external help. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Heisenberg may have been here. pgpyv8sCVy9kc.pgp Description: PGP signature
Bug#248047: Installing Debian sarge (beta4) on Cobalt
On Tue, Jun 01, 2004 at 12:33:12PM -0300, Martin Michlmayr wrote: * Robert Lemmen [EMAIL PROTECTED] [2004-06-01 14:31]: - ftp2.de.debian.org doesn't work, it can't download the release file. ftp.de.debian.org works. this also takes ages to time out It seems as if ftp2.de is down. Yep - Known repeated problem - Hardware is broken - Machines dies usually after a couple of minutes. It survived ~50 Hours last time. It waits for me to come home. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Heisenberg may have been here. pgpyy4xis7ymd.pgp Description: PGP signature
Bug#234360: Fujitsu Siemens RX/300 install success
Package: installation-reports Debian-installer-version: Netinst daily build 20040217 Linux debian 2.4.24-1-686-smp #1 SMP Wed Feb 4 21:29:16 EST 2004 i686 GNU/Linux Date: Mon, 23 Feb 2004 13:36:44 +0100 Method: netinst daily build cd, further installation from ftp2.de.debian.org Machine: Fujitsu Siemens RX/300 Processor: 2xP4 2.6Ghz Memory: 1GByte Root Device: dpt_io adaptec hw raid1 Root Size/partition table: debian:~# fdisk -l /dev/sda Disk /dev/sda: 72.7 GB, 72771174400 bytes 255 heads, 63 sectors/track, 8847 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 1 249 261 82 Linux swap /dev/sda2 * 250884769063435 83 Linux Output of lspci: debian:~# lspci 00:00.0 Host bridge: ServerWorks CNB20-HE Host Bridge (rev 33) 00:00.1 Host bridge: ServerWorks CNB20-HE Host Bridge 00:00.2 Host bridge: ServerWorks CNB20-HE Host Bridge 00:04.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) 00:08.0 Class ff00: Siemens Nixdorf AG FSC Remote Service Controller, mailbox device 00:08.1 Class ff00: Siemens Nixdorf AG FSC Remote Service Controller, shared memory device 00:08.2 Class ff00: Siemens Nixdorf AG FSC Remote Service Controller, SMIC device 00:0f.0 Host bridge: ServerWorks CSB6 South Bridge (rev a0) 00:0f.1 IDE interface: ServerWorks CSB6 RAID/IDE Controller (rev a0) 00:0f.2 USB Controller: ServerWorks CSB6 OHCI USB Controller (rev 05) 00:0f.3 ISA bridge: ServerWorks GCLE-2 Host Bridge 00:10.0 Host bridge: ServerWorks: Unknown device 0110 (rev 12) 00:10.2 Host bridge: ServerWorks: Unknown device 0110 (rev 12) 00:11.0 Host bridge: ServerWorks: Unknown device 0101 (rev 05) 00:11.2 Host bridge: ServerWorks: Unknown device 0101 (rev 05) 02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5704 Gigabit Ethernet (rev 02) 02:00.1 Ethernet controller: Broadcom Corporation NetXtreme BCM5704 Gigabit Ethernet (rev 02) 03:08.0 RAID bus controller: Distributed Processing Technology SmartRAID V Controller (rev 01) Base System Installation Checklist: Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: - No problems Wishlist: - Automatic SMP kernel-image selection on SMP machines. - Partitioning felt complicated Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Heisenberg may have been here. pgp0.pgp Description: PGP signature
Bug#234363: di-netinst - firewire cdrom not detected
Package: installation-reports Debian-installer-version: debian netinst daily 20040217 From current installation Linux paradigm 2.6.2-paradigm #1 Thu Feb 5 19:59:26 CET 2004 i686 unknown Date: Mon, 23 Feb 2004 13:51:32 +0100 Method: Boot from Firewire CD-Rom Machine: Sony PCG-C1MHP aka Picturebook Processor: Transmeta TM5800 Memory: 256M Root Device: IDE /dev/hda Output of lspci: [EMAIL PROTECTED]:~$ lspci 00:00.0 Host bridge: Transmeta Corporation LongRun Northbridge (rev 02) 00:00.1 RAM memory: Transmeta Corporation SDRAM controller 00:00.2 RAM memory: Transmeta Corporation BIOS scratchpad 00:06.0 Multimedia audio controller: Acer Laboratories Inc. [ALi] M5451 PCI South Bridge Audio (rev 02) 00:07.0 ISA bridge: Acer Laboratories Inc. [ALi] M1533 PCI to ISA Bridge [Aladdin IV] 00:08.0 Modem: Acer Laboratories Inc. [ALi]: Unknown device 5457 00:09.0 FireWire (IEEE 1394): Texas Instruments: Unknown device 8023 00:0a.0 Multimedia controller: Citicorp TTI: Unknown device 2011 00:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 (rev 10) 00:0c.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 LY 00:0f.0 USB Controller: Acer Laboratories Inc. [ALi] M5237 USB (rev 03) 00:10.0 IDE interface: Acer Laboratories Inc. [ALi] M5229 IDE (rev c4) 00:11.0 Non-VGA unclassified device: Acer Laboratories Inc. [ALi] M7101 PMU 00:12.0 CardBus bridge: Ricoh Co Ltd RL5c475 (rev 80) 00:14.0 USB Controller: Acer Laboratories Inc. [ALi] M5237 USB (rev 03) Base System Installation Checklist: Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [E] 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: - Firewire CD-Rom didnt get detected - Installing further packages from CD didnt work as firewire cd-rom was not detected - After loading ohci1394/ieee1349/sbp2 and probing scsi via echo scsi add-single-device 1 0 0 0 /proc/scsi/scsi and reiterating over detect cdrom it somehow worked. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Heisenberg may have been here. pgp0.pgp Description: PGP signature
Re: Debian-Installer on mipsel
On Sat, Aug 30, 2003 at 09:49:12AM +0200, Karsten Merker wrote: Hallo everybody, I am trying to get d-i running on mipsel. I get to the point that the kernel mounts the ramdisk with the rootfs, runs /linuxrc (but only if I specify init=/linuxrc - by default it tries to execute /sbin/init). The commands in /linuxrc are executed up to the last line: exec chroot . /linuxrc dev/console dev/console 21 Before this, /linurc has been replaced by a symlink to /sbin/init, so the system should start a normal init process. I get the busybox init welcome message and then the system hangs. Did anybody have similar experiences on other platforms? When i tried on the DebCamp with an Indy i had the problem that i looped somewhere beeing unable to generate some message files. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Heisenberg may have been here. pgp0.pgp Description: PGP signature
Bug#172828: mklibs mips loop fixed with the formerly attached mklibs.py
HI, the problems seems to be fixed with the formerly attached mklibs.py package - chroot into the resulting initrd works as expected. The library sizes went down to half of the original it seems. Greets from Debconf 2003 Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Heisenberg may have been here. pgp0.pgp Description: PGP signature
[PATCH] debian-installer / mips(el) - remove libdetect dependency
Hi, needed - no libdetect for mips(el) Index: build/debian/control.in === RCS file: /cvs/debian-boot/debian-installer/build/debian/control.in,v retrieving revision 1.3 diff -u -r1.3 control.in --- build/debian/control.in 24 May 2003 09:18:35 - 1.3 +++ build/debian/control.in 11 Jul 2003 12:51:32 - @@ -1,7 +1,7 @@ Source: build-installer Section: devel Priority: extra -Build-Depends: apt, bc, slang1-utf8-dev | slang1-dev, libnewt-utf8-dev | libnewt-dev, syslinux [i386], sysutils [i386], dosfstools [i386], libdiscover1-pic [!s390 !s390x], libdiscover1 [!s390 !s390x], ncurses-base, genext2fs, mklibs (= 0.1.11), libdebconfclient0, libdebian-installer3, modutils, glibc-pic, apt, @UDEB_DEPENDS@ +Build-Depends: apt, bc, slang1-utf8-dev | slang1-dev, libnewt-utf8-dev | libnewt-dev, syslinux [i386], sysutils [i386], dosfstools [i386], libdiscover1-pic [!s390 !s390x !mips !mipsel], libdiscover1 [!s390 !s390x !mips !mipsel], ncurses-base, genext2fs, mklibs (= 0.1.11), libdebconfclient0, libdebian-installer3, modutils, glibc-pic, apt, @UDEB_DEPENDS@ Maintainer: Debian Install System Team [EMAIL PROTECTED] Uploaders: Joey Hess [EMAIL PROTECTED], Alastair McKinstry [EMAIL PROTECTED] Build-Depends: debhelper Flo from LinuxTag -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Heisenberg may have been here. pgp0.pgp Description: PGP signature
mips bf 3.0.23 ok Was: bf 3.0.23
On Thu, May 16, 2002 at 04:04:29PM +0200, Guido Guenther wrote: On Thu, May 16, 2002 at 03:45:52PM +0200, Guido Guenther wrote: [..snip..] Build should be finished in a couple of minutes. Further changes to Fresh build is at: http://honk.physik.uni-konstanz.de/linux-mips/install/ I can't test this build myself since I'm leaving for Stuttgart this evening. If I get positive feedback I'll upload to ftp-master ASAP, otherwise MIPS will release with broken 3.0.22. Just installed on a Indy R5k - Works like a charm - the bug concerning the linux.bi issue leaving an unbootable system is solve. Good work. Please upload. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Heisenberg may have been here. msg19874/pgp0.pgp Description: PGP signature
Re: Comment on install manual
On Fri, May 03, 2002 at 10:22:16AM +0200, Guido Guenther wrote: SPI has it's own disklabel - cool :) If your disk has a SGI disklabel already, the expert menu is not available(for whatever reason, I'll file a wishlist bug against util-linux - it should at least allow to recreate the disklabel) and there's usually no need to build a new one. If you really want to, you can /dev/zero the first blocks of your disk. Afterwards the expert menu allows you to create a new disklabel. I did so by overwriting with an empty dos label - o ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Heisenberg may have been here. msg19606/pgp0.pgp Description: PGP signature
howto: build bf with different kernel image
Hi, i tried building mips boot-floppies with a different kernel image by putting it into the archive/incoming directory. It seems the kernel image gets ignored. How do i tell the process to use a different kernel image ? Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Nine nineth on september the 9th Welcome to the new billenium msg19371/pgp0.pgp Description: PGP signature
Re: 3.0.23 for mips/i386 Was: boot-floppies manual
On Thu, Apr 18, 2002 at 05:57:10PM -0700, David Kimdon wrote: are not displayed and in some occasions the screen gets garbled completely which requires some experience on how to continue (Either by knowing ctrl-l works or by knowing how many steps with cursor keys to do to continue) Can you be more specific? Has a bug been filed? Ok - More specific - When trying to select the modules in the chooser when you need to scroll every second line get completely trashed as it seems the border on the right is a char to much and wraps the line. This leads to the output beeing completely unreadable. Even ctrl-l does not redraw the screen - It stays the broken way it is. You need to scroll a bit down and up to let the row under the cursor to be redrawn. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Nine nineth on september the 9th Welcome to the new billenium msg19184/pgp0.pgp Description: PGP signature
3.0.23 for mips/i386 Was: boot-floppies manual
On Wed, Apr 17, 2002 at 03:12:23PM +0200, Guido Guenther wrote: Hi everyone, now that the woody release is coming close, the boot-floppies manual BTW: Do we get 3.0.23 for mips with the linux.bi fix in - Otherwise we'll have to live with the errata written down somewhere for at least a year (or 2 until the next major release) ? I have just tried to use the 3.0.22 floppys on i386 (The normal ones) which are broken too - The DOS gfx/line characters are not displayed and in some occasions the screen gets garbled completely which requires some experience on how to continue (Either by knowing ctrl-l works or by knowing how many steps with cursor keys to do to continue) 3.0.23 for i386 and mips at least anyone ? Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Nine nineth on september the 9th Welcome to the new billenium msg19147/pgp0.pgp Description: PGP signature
Re: 3.0.23 for mips/i386 Was: boot-floppies manual
On Thu, Apr 18, 2002 at 05:57:10PM -0700, David Kimdon wrote: Fri, Apr 19, 2002 at 02:36:29AM +0200 wrote: I have just tried to use the 3.0.22 floppys on i386 (The normal ones) which are broken too - The DOS gfx/line characters i is that the same bugs as: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=142305repeatmerged=yes ? Sounds like it are not displayed and in some occasions the screen gets garbled completely which requires some experience on how to continue (Either by knowing ctrl-l works or by knowing how many steps with cursor keys to do to continue) Can you be more specific? Has a bug been filed? It seems some stings seem to be of different length then they used to be which causes some input widgets to be garbled and difficult to navigate through as real strings get overwritten - This is only from memory - Its a couple of hours since the install - I will retry tomorrow morning to give an exact description - I was able to navigate through everything - but i am a long term debian user and have probably seen the installer a couple of hundret times and know whats going on. But the garbled output looks like completely broken and unusable and should be fixed for woody ASAP as this will be a major issue in the papers about the new debian release. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Nine nineth on september the 9th Welcome to the new billenium msg19163/pgp0.pgp Description: PGP signature
debian-hppa gecko (712/60) network install success
Hi, just installed a gecko (712/60) with the current lifimage via bootp/tftp on Framebuffer/Keyboard. Everything worked as expected - No flaws detected. Excellent work. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Nine nineth on september the 9th Welcome to the new billenium msg17881/pgp0.pgp Description: PGP signature
alpha/milo sparse ext2 install
Hi, it seems the Alpha install disks when installing via Milo (i did so on my Multia) does not ask for ext2 kernel 2.0 backward compatibility as it assumes the milo is built on 2.0 kernels (Which was true for potato). With woody it seems the milo is based on 2.2.16-SuSe so it should be feasible to enable sparse ext2 for Alpha/Milo. Should i open a bug report for this ? Or am i completely wrong ? Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Nine nineth on september the 9th Welcome to the new billenium msg17858/pgp0.pgp Description: PGP signature
Re: alpha/milo sparse ext2 install
On Sun, Mar 24, 2002 at 08:28:33PM +0100, Falk Hueffner wrote: Florian Lohoff [EMAIL PROTECTED] writes: it seems the Alpha install disks when installing via Milo (i did so on my Multia) does not ask for ext2 kernel 2.0 backward compatibility as it assumes the milo is built on 2.0 kernels (Which was true for potato). Hm, I'm not quite sure I understand what you mean. I changed the logic in 3.0.21, I supposed this is what you tried? The question should always be asked; the default should be yes for MILO and APB and no for SRM. So you didn't see this question? Then there's a bug somewhere No question - I am now trying to umount ; mke2fs ; mount again and try if that'll work - I am using the boot-floppies/current which i downloaded today ... With woody it seems the milo is based on 2.2.16-SuSe so it should be feasible to enable sparse ext2 for Alpha/Milo. Unfortunately, the 2.2 series doesn't seem to work for everybody... OK, a cleanup suggestion: - SRM: Never ask, just use new ext2. Nobody uses 2.0 kernels anymore. - MILO/APB: ask if user wants to boot from this partition using ancient MILO/APB. If yes, enable old ext2 and force blocksize to 1k if yes. Default to no. If this sounds reasonable, I will implement it after easter, OK? Yep - Sounds reasonable ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Nine nineth on september the 9th Welcome to the new billenium msg17862/pgp0.pgp Description: PGP signature
alpha/milo install on multia
Hi, except the sparse ext2 which i did not get working (Does the 2.2 Milo really support this) there seems to be a problem with Make system bootable from disk. Selecting this pops up something like Found DOS partition - Acknowledging this immeatly goes to the initial dbootstrap Welcome screen. No dos filesystem gets created nor does the milo/linload.exe etc get copied to that partition. I did that by hand afterwards. I was unsuccessful in letting milo boot from the sparse ext2 filesystem - Selecting the partition with hda6: and then issueing an ls within milo showed an empty directory. A boot command like boot hda6:vmlinuz root=/dev/hda6 fails. As a workaround i copied the kernel to the dos partition which is not really satisfying ... I'll retry in a couple of minutes ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Nine nineth on september the 9th Welcome to the new billenium msg17865/pgp0.pgp Description: PGP signature
Re: alpha/milo sparse ext2 install
On Sun, Mar 24, 2002 at 08:36:06PM +0100, Florian Lohoff wrote: If this sounds reasonable, I will implement it after easter, OK? Yep - Sounds reasonable ... Ok - I retried installing with a non-sparse ext2 and suddenly milo is able to read the kernel from the ext2 partition. I guess my assumption that a 2.2 milo should be able to read sparse ext2 is wrong. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Nine nineth on september the 9th Welcome to the new billenium msg17866/pgp0.pgp Description: PGP signature
Re: bootfloppies on DECstation 5000/125
On Thu, Feb 21, 2002 at 06:29:01PM +0100, Jan-Benedict Glaw wrote: Another question: install-info (or Perl?) is still broken. Any hints on debugging this? update-menus is broken - c++ exeption handling. We had a perl bug once which seemed to be R4600 based - It seemed to have disappeared. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Nine nineth on september the 9th Welcome to the new billenium msg15971/pgp0.pgp Description: PGP signature
Re: bootfloppies on DECstation 5000/125
On Wed, Feb 20, 2002 at 03:16:53PM +0100, Jan-Benedict Glaw wrote: tcsetpgrp failed, errno=9 Hmmm - terminal/console stuff man tcsetpgrp How does the box die - Does it still receive interrupts ? Ethernet/ping ? Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Nine nineth on september the 9th Welcome to the new billenium msg15912/pgp0.pgp Description: PGP signature
Re: bootfloppies on DECstation 5000/125
On Wed, Feb 20, 2002 at 07:29:41PM +0100, Jan-Benedict Glaw wrote: man tcsetpgrp Well, I know this - but who _uses_ this? I guess ncurses, glibc, busybox, getty, login, bash, ssh, telnet, telnetd. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Nine nineth on september the 9th Welcome to the new billenium msg15921/pgp0.pgp Description: PGP signature
Re: dboostrap segfault with no CDROM drive
On Tue, Feb 19, 2002 at 07:54:35PM +0100, Stephane Fillod wrote: read(3, CD-ROM information, Id: cdrom.c ..., 1024) = 343 --- SIGSEGV (Segmentation fault) --- +++ killed by SIGSEGV +++ # cat /proc/sys/dev/cdrom/info CD-ROM information, Id: cdrom.c 3.12 2000/10/18 drive name: drive speed: I guess this does not happen on other archs ? Did anyone verify ? So i suspect the compilers fault :) Did you try building dbootstrap with debugging symbols and try to debug it with gdb ? Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Nine nineth on september the 9th Welcome to the new billenium msg15886/pgp0.pgp Description: PGP signature
Re: mipsel boot-floppies
On Sun, Feb 17, 2002 at 02:03:30PM +0100, Martin Michlmayr wrote: I tried the tftpimage-r3k-kn02 image on my DECstation 5000/125. First of all, the two problems noted by Flo (see [0]) are still there. It should be documented that you might have to add a static address with arp. When I booted, I simply got: boot 3/tftp/tftpboot/tftpimage-r3k-kn02 console=ttyS2 ip=bootp 2113536?IO: 3/tftp, a.out err (-5) /usr/sbin/arp -s 10.0.0.12 mac-address fixed it. This can also be worked around by rising the arp timeout to some value which superseeds the tftp download time ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Nine nineth on september the 9th Welcome to the new billenium msg15845/pgp0.pgp Description: PGP signature
Bug#125954: Installer fails if initial release file is broken
Package: boot-floppies Version: 3.0.17-2001-11-18 Hi, if the installer once fails to get a correct release file and sucks in a broken one, any further attempts to reinitialize the network installation fails with the same error message like Malformed release file. Manually deleting that file from /target/var and restarting the network install solves the problem. The installer should delete the files after a non successfull load or the error malformed Release file or simply overwrite on a any further attempts to start the network install. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Nine nineth on september the 9th Welcome to the new billenium msg14110/pgp0.pgp Description: PGP signature
Bug#122940: mips doesnt have 2.0 kernel / no need for kernel 2.0 fs compat
Package: boot-floppies Version: 3.0.15-2001-10-19 Severity: minor Hi, the debian boot-floppies for mips/mipsel show the fs compatibilty question for the ext2 filesystems although there is nothing like a kernel 2.0 on SGI or the Decstations - Please eliminate the question. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Nine nineth on september the 9th Welcome to the new billenium msg13324/pgp0.pgp Description: PGP signature
Missing progressbar
Hi, i just tried to install a woody on a 486/33. After selecting Install base and selecting the correct mirror the system seems to hang. Looking at ps -ef output on the second console i see debbootstrap calling pkgdetails for all packages (in base?) On this kind of machine this takes 5-10 Minutes which the user might interpret as a died/failed installation (As i did). I think a progress bar would be a very good idea. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Nine nineth on september the 9th Welcome to the new billenium msg13215/pgp0.pgp Description: PGP signature
Bug#122718: installation fails on UltraSparc 1 / Kernel dies
Package: boot-floppies Version: 3.0.16-2001-10-27 Severity: important Hi, the installation on a UltraSparc 1 fails while installing over the net and serial console: screen not found. Can't open input device. Keyboard not present. Using ttya for input and output. Sun Ultra 1 SBus (UltraSPARC 167MHz), No Keyboard OpenBoot 3.5, 64 MB memory installed, Serial #8834850. Ethernet address 8:0:20:86:cf:22, Host ID: 8086cf22. Initializing Memory - ok boot net Boot device: /sbus/ledma@e,8400010/le@e,8c0 File and args: 287400 TILO Selecting sun4u kernel... - Remapping the kernel... done. Booting Linux... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Nine nineth on september the 9th Welcome to the new billenium msg13399/pgp0.pgp Description: PGP signature
Bug#122719: boot floppies show irritating help
Package: boot-floppies Version: 3.0.16-2001-10-27 Architecture: sparc Subarchitecture: Ultra-5 Hi, while installing an Ultra 5 i saw that the Boot Floppies show a very irritating help Installing Base System - alt-F4 to debug, alt-F1 to return This doesnt work as i am working on serial console :) Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Nine nineth on september the 9th Welcome to the new billenium msg13400/pgp0.pgp Description: PGP signature
Bug#122720: serial console installation - wrong speed settings
Package: boot-floppies Version: 3.0.16-2001-10-27 Hi, installing on a Sparc Ultra 5 with serial console - it seems there is a mismatch between the kernel console and the tty speed - Terminal program set to 9600 1n8. --- NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP IP: routing cache hash table of 512 buckets, 8Kbytes TCP: Hash tables configured (established 8192 bind 8192) NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. VFS: Mounted root (ext2 filesystem) readonly. ..É.¥½...r.¢..½½Ñ¥..ÿ Activating swap. Adding Swap: 50888k swap-space (priority -1) Checking root file system... fsck 1.25 (20-Sep-2001) --- And later: --- Initializing random number generator... done. Recovering nvi editor sessions... done. Setting audio parameters...none. ..Ñ.É¥..±...±é... Starting system log daemon: syslogd. Starting kernel log daemon: klogd. Starting internet superserver: inetd. --- Flo -- [EMAIL PROTECTED] +49-5246-80-1185 Nine nineth on september the 9th Welcome to the new billenium msg13401/pgp0.pgp Description: PGP signature
Bug#122741: config file missing on sun4u installation
Package: boot-floppies Version: 3.0.16-2001-10-27 Hi, please include the kernel config of the boot-floppies kernel like all other architectures: wise:~# uname -a Linux wise 2.4.10 #1 Tue Oct 2 15:18:15 EDT 2001 sparc64 unknown wise:~# ls /boot cd.b first.bieee32.b second.btftpboot.img vmlinuz-2.4.10-sun4u fd.b generic.b old.b silotftp.b ultra.b Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Nine nineth on september the 9th Welcome to the new billenium msg13402/pgp0.pgp Description: PGP signature
Bug#122740: kernel config incomplete
Package: boot-floppies Version: 3.0.16-2001-10-27 Architecture: sparc sun4u Hi, please include netfilter/iptables/MASQUERADING/REDIRECT/LOG and CONFIG_FILTER / CONFIG_PACKET stuff into the kernel for sun4u to be able to run dhcpd and/or basic packet filtering. Dec 6 22:11:37 wise dhcpd-2.2.x: socket: Protocol not available - make sure CONFIG_PACKET and CONFIG_FILTER are defined in your kernel configuration! wise:~# iptables -L modprobe: Can't locate module ip_tables iptables v1.2.3: can't initialize iptables table `filter': iptables who? (do you need to insmod?) Perhaps iptables or your kernel needs to be upgraded. Flo PS: Reassign to kernel-image if more appropriate. -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Nine nineth on september the 9th Welcome to the new billenium msg13403/pgp0.pgp Description: PGP signature
Re: failed installation debian-mipsel (Decstation 5000/150)
On Tue, Nov 27, 2001 at 01:43:10PM +0100, Maciej W. Rozycki wrote: At least this should be mentioned: echo 4096 /proc/sys/net/ipv4/neigh/eth0/retrans_time Is it needed for TFTP? What for? The decstation fails to answer ARP requests while downloading. From kernel 2.2 on the arp entries expire faster which lets the tftp download fail somewhere in the middle. and something along that you need to set a console as the kernel is not able to autodetect the console. You mean the serial console? Well, that's surely not detectable, but the console on the VT seems to be detected fine. It might be detected from the prom env var osconsole. The kernel hangs for me at the detection of the LK Keyboard (which is not attached) Yep, the timeouts are definitely too large even for the patient... ;-) If you waited for a few minutes, it should boot anyway. I'll prepare a fix. It didnt - I at least let the machine wait for 15-20 Minutes while digging the code... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Nine nineth on september the 9th Welcome to the new billenium msg12782/pgp0.pgp Description: PGP signature
success installing debian-mips (r4k-ip22)
Hi, after a couple of months of absence i found time to try the installation for debian-mips (SGI Indy/IP22). Everything works as expected, completely flawless except the final end. The installer asks for making the disk bootable which it can by putting the linux kernel into the volume header. Then it tells you to set some prom vars on reboot. After that it jumps back to the main menu but the cursor is still on top of Make bootable from disk thus pressing enter like everywhere in the installer leads to go through the above steps again. Pressing return on the Reboot the system also does not work. I guess this is a Kernel issue but probably Guido knows more - Just pressing reset in that case leads to Unclean shutdown with resulting fsck. Just unmounting the /target drives and telling the user to press the reset button would be a good alternative. On initial reboot the tzconfig execution fails with a segfault. This might be due to the R4600 cpu i have thus i dont care much. It never has been that easy to install a Indy - Thanks Guido and all the others keeping up the work. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Nine nineth on september the 9th Welcome to the new billenium msg12753/pgp0.pgp Description: PGP signature
Re: success installing debian-mips (r4k-ip22)
On Mon, Nov 26, 2001 at 11:03:26PM +0100, Florian Lohoff wrote: On initial reboot the tzconfig execution fails with a segfault. This might be due to the R4600 cpu i have thus i dont care much. record:~# cat /proc/cpuinfo cpu : MIPS cpu model : R4600 V2.0 system type : SGI Indy BogoMIPS: 132.71 byteorder : big endian unaligned accesses : 0 wait instruction: yes microsecond timers : yes extra interrupt vector : no hardware watchpoint : no VCED exceptions : not available VCEI exceptions : not available record:~# uname -a Linux record 2.4.9 #1 Tue Oct 9 00:39:36 CEST 2001 mips unknown record:~# cat /etc/debian_version testing/unstable Bootfloppies: 3.0.15-2001-10-19 Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Nine nineth on september the 9th Welcome to the new billenium msg12755/pgp0.pgp Description: PGP signature
Re: failed installation debian-mipsel (Decstation 5000/150)
On Mon, Nov 26, 2001 at 11:46:17PM +0100, Florian Lohoff wrote: Hi, i am just trying to install debian-mipsel on a Decstation 5000/150 with the bootfloppies 3.0.15-2001-10-19. OOps - Write once memory - 3.0.14-2001-09-30 i meant. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Nine nineth on september the 9th Welcome to the new billenium msg12757/pgp0.pgp Description: PGP signature
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
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
Re: Success bootstrapping mips
On Thu, Aug 02, 2001 at 10:08:25AM +0200, Guido Guenther wrote: - configuring the network manually freezes the installer since it looses it's nfs mounted root-fs(but bootp works). Shouldnt the installer work from ramdisk ? - the Execute a shell step does not work with serial console(characters typed are not shown, exit does not work). - cfdisk doesn't seem to be able to create sgi disklabels. Shall we switch to plain fdisk on mips? Definitly ... So maybe it's time for a first boot disk upload for mips? Do so ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Why is it called common sense when nobody seems to have any? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Successful first-stage bootstrap for mipsel
On Tue, Jul 24, 2001 at 02:36:49PM +0200, H.Heinold wrote: Hm yeah in the debootstrap-scripts delo is mentioned to bee install, but the installer didn't find the package. Is delo now as package in the mipsel? Not yet Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Why is it called common sense when nobody seems to have any? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]