Brickwizard
Well-Known Member
Not needed Brian. I originally set this out as a crib sheet all members can use.(Thanks @Brickwizard )
Not needed Brian. I originally set this out as a crib sheet all members can use.(Thanks @Brickwizard )
The slogan « Fix once, break many » verifies again and again, unable to retain what "works" when finally it does i'm afraid! I too seen Mint succeed with its install (once i patched it, before proceeding with Rufus i think...) then eventually observing it perform self-destruct over an auto-update. It may just fail at the ultimate bootloader stage while in fact a second setup from a different Linux might actually prove aware enough to recover the previous install to integrate it via its own GrUB menu - something i've observed being done often since 2 Linux OSes typically occupy the space of a single Windows one... Another utility that made significant progress happens to be 'rEFind' but that's only for those dealing with a valid EFi candidate; copies of 'SGD204s2B2-x86_64_efi-CD.iso' hang around too with a similar limitation.
Why LMDE and not Mint? That's a mystery for sure but it still seems to me like you'll need hints and there's got to be a few breeds that can at least boot then hopefully allow HardInfo to be added "live" if not simply present already.
I reason any script involved must be made suitably aware of the whole configuration 1st for it to work safely and efficiently, which possibly implies some hardware-specific driver/kernel. For example i noticed Ventoy also has UDF and ISO9660 complements, and of course MBR/BiOS is generally assumed - too bad if if it's GPT/uEFi instead, or go figure when a driver exists but the script will ignore it nonetheless, etc... As an annecdote, Ubuntu insisted to touch (format) my Windows EFi System Partition despite all attempts to force it to ignore that completely.
Lets hope invisible/reserved system partitions ain't gone with it if any; i remember AMI's 'aptio'' uEFI-BiOS had 2... Anyway, in presence of Windows one could have tried to install 'Grub2Win' and save its .cfg file still having a working system at hand to peek inside and document the next step. Questions relative to Secure Boot, BitLocker and Raid are likely to arise - which even exposes to a potential risk of "bricking" the machine unless there's a readily-available remedy. Etc, etc!
5B]if SATA SSD check for hidden partition at the beginning of drive [this will stop Grub from loading] and delete it before re-installing Linux
Ubuntu is based on Debian, Mint 21 is based on Ubuntu, Mint LMDE6 is based directly on Debian, in short 99% of what you have learned so far is transferable between Debian based distrosall of the time I've been spending with Ubuntu goes out the window.
Absolutely not. Apart from a few things being in different positions, you should feel quite at hometime I've been spending with Ubuntu goes out the window.
Yes, disable it.The system does have on board RAID
first try and establish what this partition is, if its of no use to you then deleting it may be your only option , as Linux likes to install grub at the beginning of the allocated driveAre you suggesting I delete this partition and try again
Ubuntu is based on Debian, Mint 21 is based on Ubuntu, Mint LMDE6 is based directly on Debian, in short 99% of what you have learned so far is transferable between Debian based distros
Absolutely not. Apart from a few things being in different positions, you should feel quite at home
Yes, disable it.
Also, if Secure boot is enabled...disable that too
And Fastboot if it is present.
What is the drive in your pc ?
AHCI is cool
Deleting that partition can do no harm, and may help
The system does have on board RAID...
There's more in the alphabet soup i could have mentioned, like AHCI indeed, whatever. A pause may seem desirable so you can gain better perspective from seeking additional information, e.g. before making any changes... Puppy has HardInfo too.
Bedtime for old wizards in an hour hereA pause until after dinner
OK lets have another think.
if you switch the machine off, put the USB in the slot, switch on, and using the short boot key, open the drive list and select the USB then enter, does it load to ram in test mode [if no then the fault is with the ISO download/Burn to USB/ faulty USB] If yes then there is either a problem with the drives or your method of installing.
so if its method, at what point during the process does it fail to install
turn the machine off now turn on tapping ESC [this normally brings up the grub menu [fingers crossed]]It is on the reboot that I am prompted to insert bootable media.
The install doesn't fail. It completes, then it ejects the install disk for it to be removed. Then tap "enter" so the machine reboots. It is on the reboot that I am prompted to insert bootable media.
Boot from a live media and open Gparted and see what displays and if possible copy and paste a screenshot to a post it will help others help you.
Here's what Xubuntu looks like yours should be similar.
No boot media found on reboot spells install failure to me...