From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
I installed it from the Calamaries Installer found in the LIVE USB ISO this time. And Instead of my primary hdd, I installed it on the other one. Works now, thanks for all of your support, dear nerds.
I dont know how you flashed the usb, but it seems like the installer is damaged. Try redownloading the iso, check the file hash, flash the usb drive with balena etcher and reinstall.
Did you change the partition layout in the installer?
Okay, I will try again with a live-boot USB this time
edit: Thanks so much! This finally worked
This sounds correct.
It's a configuration error in Grub.
This has guidance on how to fix Grub; the 3rd answer on the page is the most comprehensive on how to fix this: https://askubuntu.com/questions/397485/what-to-do-when-i-get-an-attempt-to-read-or-write-outside-of-disk-hd0-error?noredirect=1&lq=1
This error (hd0) is typical of legacy (BIOS) booting end happens solely because of the MBR. GRUB2 is hit or miss with MBR.
If you're not planning on dual booting with Windows XP/Vista/7, I'd recommend going to your motherboard settings and changing the boot mode to UEFI.
Then reinstall Debian. That will automatically sort things out :)
I strongly suspect that it's the motherboard's boot mode as well. The Debian installer will use an MBR partition table if your system uses BIOS boot.
I thought the only reason to still use GRUB2 was its MBR support.
We really should be moving on at this point.
Interesting. Looks like perhaps your boot loader isn't properly pointing at your root partition.
I'm assuming you've just done the install and never successfully booted, yes? In that case, you can try to re-run the installer, or try rescue mode and try repairing the bootloader.
Are you doing dual-booting, or is this system dedicated to Linux?
Yes, I have not been able to successfully boot yet. I have already rerun the installer and tried every solution I could find online in rescue mode. Tried repairing grub too.
No, I am not dual-booting.
Were you able to get this fixed? Have you changed boot settings like uefi and secure boot in your bios?
Yeah I just gave up on my primary and installed it on my secondary disk. My problem is gone now.
Interesting. It's got to be some security with that disk I would guess?
Look for a key in your keyboard labelled as "any" and press it. Setup should run fine afterwards.
Looks like the installer and grub is confused about the hard drive order different in instaler and different while booting, both those drives could also have the same partition/drive ID making it confused, that could happen if you cloned/copied the drive in the past
I would say as a easy and safe solution
It's been a long time since I last installed Linux on a two hard-drive system, so take this advice as "likely not necessary, but will probably fix your issue"
The installer asks whether or not you want to "replace" the existing OS or install alongside. And if you're fairly new to linux (like I was at the time) it can be tricky to see at a glance which hard-drive you want to install it to and which you don't.
So to be doubly cautious and make sure that didn't happen, I simply unplugged my secondary harddrive during the install so that the installer would automatically be reading the correct one. Then all I had to do was choose "replace" or "install alongside" without worrying about anything else.
The drawback to that was, once the install was complete and I re-attached my second drive, I had to configure it to auto-mount and do some work on that, but at least my computer was working.
I do that too! And fwiw haven't had to manually configure auto-mount for other drives in a while.
This is the screen a few seconds afterwards
Absolutely not an expert or anything, but is it possible that the partition of your harddrive that you're trying to install Debian on (hd0) is too small?
It's a ~138GB hard disk drive.
The original error actually makes it sound like there's a partition on hda that's bigger than hda itself.
Partition size wasn't specified in any step of the setup. If that is the issue, Is there any way to fix it?
At some point, the installation should ask you the driver on which it should be installed and also how the driver should be interacted with; i.e full wipe and then installation or only specified partitions. You specified elsewhere that you don't intend to dual-boot. Hence, selecting the correct drive and following the instructions for full wipe + installation (which should be regular/default installation) should have been sufficient.
That is what I did
As expected. At this point, consider following a video tutorial if you haven't yet.
Considering that it has a 2020 firmware, and is built by "to be filled by OEM", my completely unfounded wild guess is that the system firmware has broken legacy boot support. From other posts here, I gather you're using a legacy dos-style partition table. Try installing again with GPT/EFI instead.
Hi, it would be useful to know what kind of device you are installing on. For a laptop the model and make would be especially useful. If it is a PC then the drive configuration would be interesting (what kind of drive, how many etc.)
It's a PC. Two Hard Disk Drives
1st Drive: SATA:PM-KINGSTON S
2nd Drive: SATA:SM-ST500LT012
edit: 1st one is of around 138GB, 2nd one has around 500GB
Ok, that looks like a fairly standard setup. I guess taking a look at the boot loader itself would be the next step. When you see the Debian bootloader you could try pressing 'e' to view what commands it uses internally to boot. The lines starting with "linux" and "initrd" would be most interesting.
So it still uses a MSDOS partition table, interesting. This usually only happens on systems that do not support EFI at all.
Is your BIOS and main board fairly old per chance?
Yeah, around 14 years old lmao
Could you describe what has transpired before? Have you actually installed Debian? Are you still trying to boot into the install medium?
Perhaps sharing device specs might be helpful.
This is after installing debian and booting it up. I used the "complete package" Iso they offer.
Is this a desktop computer ? Two hard disks can make things more difficult. How about taking the power cord temporarily off from the larger disk, then install, and if it's successful then turn it off and give the 2nd disk power again, and add that 2nd disk manually to the fstab as e.g. /opt/ as mount point.
Is this after installing?
I'd say grub is having trouble with your hardware (mainboard or disk maybe).
You could try to update your mainboard's firmware, or install another bootloader (or maybe just a newer version of grub). I'm not sure what the easiest way to get a different bootloader is. I don't think Debian's installer offers anything besides grub. Maybe other people can point to a distro where installing something other than grub is easy.
Because switching out the bootloader on an unbootable system (i.e. not from the installer) is going to be whole pain in the butt involving booting into a live usb, mounting and chrooting and god knows what.