http://qa.mandrakesoft.com/show_bug.cgi?id=5917
------- Additional Comments From [EMAIL PROTECTED] 2003-24-09 20:18 ------- I can confirm this acpi behaviour on a toshiba satellite 5200-903. I don't know if it really is the floppy thing that is the problem. I tried various combinations of acpi and pci and noapic statements in the boot line. For this laptop acpi must be used (=no acpi statement in boot line) otherwise various modules will not load (no such device). But then, if acpi is used, one cannot log in as a normal user, only as root. I hosed the system three times and always did clean re-installs on different filesystems. I discovered that floppy (pseudo-)fix on this laptop. It was late, I was tired and had a deadline for that laptop install. So I went into some guerilla testing. I first tried to su to a normal user: worked. I then tried to startx from there: complained about missing console ownership. I then tried to turn over various stuff in /dev over to the user: didn't work. Then I thought: devices get turned over to the user at login, maybe there's a problem there. The toshiba doesn't have a bios screen, so there's no disabling certain hardware from there. I thought that the bios maybe reports hardware present that actually isn't there. So I started to comment out hardware for devfs and started with floppy and, IIRC, the parport. I restarted devfsd and could log in as user. Otherwise I have no idea what the true problem could be. All I know is that commenting out the floppy for devfs fixes the problem. I did another clean install after I had discovered this. Did the commenting right after install and sure it worked. The owner of that laptop hasn't reported any problems yet, I take that as a sign that the laptop works pretty well now. Anyway, this could be a generic toshiba problem. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. ------- Reminder: ------- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: Hello, Following bug 4945 and 5877 and thanks to the help of ricksafe.casablanca, it appears that Mandrake Linux does not load on machines with no parellel port when acpi=on. On such machines harddrake always crashes during boot and if harddrake is disabled, the user cannot log on. The fix that was proposed is to remove the lines concerning the parallel port in /etc/modules.devfs. This allows to log in. However, the harddrake service still fails (and hangs the computer). I have tested this on two machines (laptop with no floppy and desktop computer with LS-120). On these machines, neither lspcidrake, not cat /pro/pci hang the computer (with the fix above). Emmanuel
