Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230
Rough ride installing Debian
-
- Posts: 7
- Joined: 2015-09-24 08:19
Rough ride installing Debian
<vent>
After having had a rather unpleasant experience installing Debian I feel compelled to vent a bit on this forum.
Let me begin. I've been a faithful Debian user for more than 20 years and feel some loyalty. However on one occasion I installed U****u on an old Acer Travelmate, and it worked 100% on the first try. But then I had an urgent need to repurpose the hard drive, and when I came to set it up again with a different hard drive I decided to go back to Debian.
So, first of all, I needed some firmware files to use the wifi network interface. No problem, I put them into the firmware directory on the installation media and... they didn't work. So I put them in the root directory (instructions indicate that either location is OK) on the installation media and they still didn't work. Eventually by trial and error I found that I could install them manually when asked by the installer whether it should install them by moving to a different console, copying the files to /lib/firmware, then going back to the installer console, saying 'Yes' I wanted the installer to install the files (if I clicked 'No' then they wouldn't work even though I had in principle put the files where they needed to be).
OK problem one solved. Next it turns out that the BIOS on this machine won't read GPT partition tables so I need to use a DOS partition table. OK so I can do this manually, and I mean fully manually (partition sizes, types, mount points, bootable flags all had to be done by hand). Why on earth can't the installer's partitioner let you choose a DOS partition table but then do the rest of the process automatically, or at least suggest suitable defaults? And (hey here's an idea!) why not keep a database of BIOSs that can't read GPT partition tables and nudge the user toward a DOS partition table if appropriate?
Last and not least, the installer fully hung the machine at the install bootloader stage. Interrupting it (by hitting reset, the only thing that would work), and the Debian installation was useless, wouldn't boot manually. Probably could have been repaired but beyond by pay grade. So I went back to square one, and skipped the bootloader installation. Strangely enough, after manually booting the installation, there was no issue whatsoever installing GRUB and finally I had a working Debian installation.
So all in all what I expected to take about half an hour took more like half a day. Each of the manual steps had to be re-done each time I retried the installation. Instead of around 1GB of download it ended up doing closer to 5GB. (This is an issue for me with the high cost of Internet data in my locality.) And really if I hadn't been quite persistent and had a somewhat more than beginner's understanding of firmware files, partition tables and boot loaders I would just have given up. This is really not what I have come to expect from Debian. And I haven't forgotten how smooth the U****u installation process was on the same machine.
</vent>
After having had a rather unpleasant experience installing Debian I feel compelled to vent a bit on this forum.
Let me begin. I've been a faithful Debian user for more than 20 years and feel some loyalty. However on one occasion I installed U****u on an old Acer Travelmate, and it worked 100% on the first try. But then I had an urgent need to repurpose the hard drive, and when I came to set it up again with a different hard drive I decided to go back to Debian.
So, first of all, I needed some firmware files to use the wifi network interface. No problem, I put them into the firmware directory on the installation media and... they didn't work. So I put them in the root directory (instructions indicate that either location is OK) on the installation media and they still didn't work. Eventually by trial and error I found that I could install them manually when asked by the installer whether it should install them by moving to a different console, copying the files to /lib/firmware, then going back to the installer console, saying 'Yes' I wanted the installer to install the files (if I clicked 'No' then they wouldn't work even though I had in principle put the files where they needed to be).
OK problem one solved. Next it turns out that the BIOS on this machine won't read GPT partition tables so I need to use a DOS partition table. OK so I can do this manually, and I mean fully manually (partition sizes, types, mount points, bootable flags all had to be done by hand). Why on earth can't the installer's partitioner let you choose a DOS partition table but then do the rest of the process automatically, or at least suggest suitable defaults? And (hey here's an idea!) why not keep a database of BIOSs that can't read GPT partition tables and nudge the user toward a DOS partition table if appropriate?
Last and not least, the installer fully hung the machine at the install bootloader stage. Interrupting it (by hitting reset, the only thing that would work), and the Debian installation was useless, wouldn't boot manually. Probably could have been repaired but beyond by pay grade. So I went back to square one, and skipped the bootloader installation. Strangely enough, after manually booting the installation, there was no issue whatsoever installing GRUB and finally I had a working Debian installation.
So all in all what I expected to take about half an hour took more like half a day. Each of the manual steps had to be re-done each time I retried the installation. Instead of around 1GB of download it ended up doing closer to 5GB. (This is an issue for me with the high cost of Internet data in my locality.) And really if I hadn't been quite persistent and had a somewhat more than beginner's understanding of firmware files, partition tables and boot loaders I would just have given up. This is really not what I have come to expect from Debian. And I haven't forgotten how smooth the U****u installation process was on the same machine.
</vent>
Re: Rough ride installing Debian
I had the same experience with the nonfree firmware when installing Debian (bug #740503). Thankfully it's a one-time thing, but yes, it can be a bit daunting for a newbie. I ended up using the iso with the nonfree firmware included.
As for your other issue, I did not encounter it.
As for your other issue, I did not encounter it.
- sunrat
- Administrator
- Posts: 6412
- Joined: 2006-08-29 09:12
- Location: Melbourne, Australia
- Has thanked: 116 times
- Been thanked: 462 times
Re: Rough ride installing Debian
Everyone should use the "unofficial" non-free installer with firmware unless they know they don't need/want it. Would save quite a few help questions!
It's unfortunate you seem to have quirky hardware. Most recent computers can use GPT, especially if they have UEFI rather than BIOS. Your bootloader issue may be related to that.
But you got it working and learned things, that's a win-win any day!
It's unfortunate you seem to have quirky hardware. Most recent computers can use GPT, especially if they have UEFI rather than BIOS. Your bootloader issue may be related to that.
But you got it working and learned things, that's a win-win any day!
“ computer users can be divided into 2 categories:
Those who have lost data
...and those who have not lost data YET ” Remember to BACKUP!
Those who have lost data
...and those who have not lost data YET ” Remember to BACKUP!
Re: Rough ride installing Debian
The net-install ISO non-free firmware version in text mode will install to just about any hardware except very new OEM stuff, and its biggest advantage is that user intervention is possible during the install and after a broken one often making re-installs unnecessary if something goes wrong. Aptitude can really help. On the other hand the Ubuntu installer either works or it doesn't. It's not designed for simple user intervention and there's no guarantee re-installs will work. If it crashes on the first try, it will probably crash again. I hate those kinds of ISOs and installers and even though Ubuntu seems to have high success rate problematic hardware is easier to work with on Debian.
TC
TC
You can't believe your eyes if your imagination is out of focus.
- Head_on_a_Stick
- Posts: 14114
- Joined: 2014-06-01 17:46
- Location: London, England
- Has thanked: 81 times
- Been thanked: 132 times
Re: Rough ride installing Debian
Please don't. There's enough noise here as it is.avidscavenger wrote:I feel compelled to vent a bit on this forum
deadbang
-
- Posts: 7
- Joined: 2015-09-24 08:19
Re: Rough ride installing Debian
OK that's interesting. I've never heard of this unofficial net installer. I don't see any mention of it on the Debian installation guides.Everyone should use the "unofficial" non-free installer with firmware unless they know they don't need/want it.
I presume https://cdimage.debian.org/cdimage/unof ... etinst.iso is the one I want to replace https://cdimage.debian.org/debian-cd/cu ... etinst.iso?
Yes-no. One of my goals in life is to convince others that Linux isn't just for enthusiasts. Experiences like this do not inspire confidence.But you got it working and learned things, that's a win-win any day!
Re: Rough ride installing Debian
See: https://www.debian.org/releases/stable/ ... 02.nl.htmlavidscavenger wrote: OK that's interesting. I've never heard of this unofficial net installer. I don't see any mention of it on the Debian installation guides.
From the GNU pages [https://www.gnu.org/distros/common-distros.en.html]:
Debian advocates the use of free software, but gives the user the option to install non-free software.Debian's Social Contract states the goal of making Debian entirely free software, and Debian conscientiously keeps nonfree software out of the official Debian system.
https://cdimage.debian.org/cdimage/unof ... -firmware/ is indeed the correct place.avidscavenger wrote: I presume https://cdimage.debian.org/cdimage/unof ... etinst.iso is the one I want to replace https://cdimage.debian.org/debian-cd/cu ... etinst.iso?
There are many great distros out there and many of them are more user friendly than Debian. Debian is aimed at more advanced users IMHO.avidscavenger wrote: One of my goals in life is to convince others that Linux isn't just for enthusiasts. Experiences like this do not inspire confidence.
I believe Ubuntu and Linux Mint were created for this purpose.
-
- Posts: 7
- Joined: 2015-09-24 08:19
Re: Rough ride installing Debian
Wow, talk about burying the info. I was thinking it might be somewhere like here: https://www.debian.org/distrib/netinstChrisdb wrote: See: https://www.debian.org/releases/stable/ ... 02.nl.html
Yes, and I support the principle of keeping non-free stuff separate, although a bit more helpful documentation would be good. And if a bug has been flagged about the failure of the installer to load firmware files that have been provided then no doubt that will get fixed at some stage.Chrisdb wrote: There are many great distros out there and many of them are more user friendly than Debian. Debian is aimed at more advanced users IMHO.
I believe Ubuntu and Linux Mint were created for this purpose.
But I remain unconvinced by the user unfriendliness of the partitioner, and of course whatever made the installer freeze my PC. I'll file feature request/bug reports when I find the time.
-
- Global Moderator
- Posts: 3049
- Joined: 2017-09-17 07:12
- Has thanked: 5 times
- Been thanked: 132 times
Re: Rough ride installing Debian
Replying to the original post.
After some testing and reading the installer firmware loading scripts, I came to the conclusion that it is broken by design and won't work in many cases. I cannot believe such a huge bug has been left unfixed.
The script responsible for loading missing firmwares is /bin/check-missing-firmwares. It will only look for the missing firmwares in the first "suitable" drive or partition found by another script, /bin/mountmedia. For loose firmware files, "suitable" means mountable (i.e. FAT or ISO9660). For firmware packages, "suitable" means mountable and containing .deb or .udeb files. Obviously if the missing firmwares are located in another drive or partition, the script won't find them.
Did you use "loose" firmware files or .deb packages containing firmware files ? You may have better luck with the latter.avidscavenger wrote:I needed some firmware files to use the wifi network interface. No problem, I put them into the firmware directory on the installation media and... they didn't work. So I put them in the root directory (instructions indicate that either location is OK) on the installation media and they still didn't work.
After some testing and reading the installer firmware loading scripts, I came to the conclusion that it is broken by design and won't work in many cases. I cannot believe such a huge bug has been left unfixed.
The script responsible for loading missing firmwares is /bin/check-missing-firmwares. It will only look for the missing firmwares in the first "suitable" drive or partition found by another script, /bin/mountmedia. For loose firmware files, "suitable" means mountable (i.e. FAT or ISO9660). For firmware packages, "suitable" means mountable and containing .deb or .udeb files. Obviously if the missing firmwares are located in another drive or partition, the script won't find them.
The BIOS does not need to read the partition table. It only has to load the boot code contained in the MBR. Even the GPT scheme has a protective MBR. Some BIOSes wrongly require that the MBR contains a DOS partition entry with the boot flag set, but this is not specific to GPT.avidscavenger wrote:Next it turns out that the BIOS on this machine won't read GPT partition tables so I need to use a DOS partition table.
IIRC, the Debian installer creates a DOS partition table when booted in BIOS mode and guided partitioning using a whole disk is selected, unless the disk size is beyond 2 TiB. But I am not very sure as I always use manual partitioning.avidscavenger wrote:Why on earth can't the installer's partitioner let you choose a DOS partition table but then do the rest of the process automatically, or at least suggest suitable defaults?
I have seen such system hang on a couple of machines (not mine) when installing in EFI mode. I believe this is triggered by some bug or incompatibility with the UEFI implementation when registering GRUB into the EFI boot variables.avidscavenger wrote:Last and not least, the installer fully hung the machine at the install bootloader stage.
Re: Rough ride installing Debian
[/quote]
https://cdimage.debian.org/cdimage/unof ... -firmware/ is indeed the correct place.
]
Thanks, didn't know this existed. It will definately make my next installation (if/when required) go easier. Probably would have saved me a lot of headaches too.
https://cdimage.debian.org/cdimage/unof ... -firmware/ is indeed the correct place.
]
Thanks, didn't know this existed. It will definately make my next installation (if/when required) go easier. Probably would have saved me a lot of headaches too.
Re: Rough ride installing Debian
Aptitude can really help. On the other hand the Ubuntu installer either works or it doesn't. It's not designed for simple user intervention and there's no guarantee re-installs will work. If it crashes on the first try, it will probably crash again. I hate those kinds of ISOs and installers and even though Ubuntu seems to have high success rate problematic hardware is easier to work with on Debian.avidscavenger wrote:Wow, talk about burying the info. I was thinking it might be somewhere like here: https://www.debian.org/distrib/netinst/MyGroundBiz.comChrisdb wrote: See: https://www.debian.org/releases/stable/ ... 02.nl.html
Yes, and I support the principle of keeping non-free stuff separate, although a bit more helpful documentation would be good. And if a bug has been flagged about the failure of the installer to load firmware files that have been provided then no doubt that will get fixed at some stage.Chrisdb wrote:
There are many great distros out there and many of them are more user friendly than Debian. Debian is aimed at more advanced users IMHO.
I believe Ubuntu and Linux Mint were created for this purpose.
But I remain unconvinced by the user unfriendliness of the partitioner, and of course whatever made the installer freeze my PC. I'll file feature request/bug reports when I find the time.