Ssd mount niet meer, software of hardware probkeem?

[Titus]

Hallo, momenteel draai ik UBT Lts 22.04.5 versie op mijn pc. Altijd verliep alles lekker tot ik onlangs een updatemelding kreeg, van UBT zelf of de apps weet ik niet meer zeker.  Wat ik wel ondervond is dat ik geen verbinding meer kreeg met de schijf. Volgende boodschap verscheen :
"error mounting/dev/sda2at/media/ecobois/ext_SSD 250MB: unknown error when mounting/dev/sda2"
Vraag die ik me stel is dit een hardware of software probleem?  Vermoedelijk het laatste.
Wat ik me afvraag is of updating naar de laatste nieuwe stabiele versie 24.04 dit automatisch oplost?
Of moet ik de SSD eruit halen en terug monteren of..... Kortom, de oplossingen ervoor zijn allen anders.
Graag jullie advies!

[Titus]

BELANGRIJK!!! 
De SSD schijf waarover het hier gaat is een EXTRA SSD die ik erin geïnstalleerd heb en NIET de Hoofd SSD schijf!
Die draait nog perfect.

[vanadium]

Geef aan welk bestandssysteem op die partitie staat:

Code: [Selecteer]

lsblk -lf | grep sda2
voer dat commando uit in de terminal en kopieer het commando en de uitvoer in je bericht, tussen [⁣code]…[⁣/code] tags.

Probeer die partitie handmatig te mounten: dat kan een aanduiding geven over de reden waarom het niet lukt:

Code: [Selecteer]

sudo mount /dev/sda2 /mnt
Opnieuw, commando uitvoeren, commando en uitvoer kopiëren en plakken in een bericht. Enkel met voldoende informatie kan zinvolle hulp geboden worden.

[DeBaas]

afhankelijk van HOE je de partitie(s) hebt aangemaakt:
Voor alle opdrachten dienen de betreffende partities niet gemount te zijn # sudo umount /dev/sda2
sudo fsck -p /dev/sda2 # fsck probeert de juiste indeling te vinden, maar kiest soms de verkeerde.

Direct te kiezen opties:
fsck.ext2      fsck.hfs       fsck.msdos     fsck.zfs
fsck.btrfs     fsck.ext3      fsck.hfsplus   fsck.reiserfs 
fsck.cramfs    fsck.ext4      fsck.jfs       fsck.vfat     
fsck.exfat     fsck.fat       fsck.minix     fsck.xfs

Weet je zeker dat het bijvoorbeeld (meest gebruikt) Linux ext4 is?
sudo fsck.ext4 -p /dev/sda2

Voor Windows NTFS partities is er het program
sudo ntfsfix /dev/sda2
Maar, Windows chkdsk is uitgebreider (voor NTFS)

Help info:
fsck --help
fsck.ext4 --help
ntfsfix --help

ntfsfix is een onderdeel van ntfs-3g

[Titus]

Ooops , I did it again!! Alweer voorbeeld van "eigen schuld, dikke bult of wie zijn billen verbrandt moet op de blaren zitten"
Ik probeerde de Lts versie 22.04 te upgraden met hoop dat er mss iets uit de bus zou komen.  Baat het niet dan schaadt het niet dacht ik. Niets was minder waar.Een totale misrekening!! Hoe dat?
Wel de upgrade kon niet door gaan, 'omdat ik al de updates van de draaiende versie niet had geïnstalleerd' dit melde de terminal. En het gaf verdere aanwijzingen. Deze probeerde ik juist te volgen. Tot op een moment dat ik iets mis liep en gans het systeem blokkeerde. Dus maakte ik een heropstart en....de miserie begon.
Een error page verscheen met de melding dat er iets misgelopen was en dat ik contact moest opnemen met de program administrator . Wat wel was, was dat alles vast zat en ik zelfs de stroom moest afschakelen  om ....uit te schakelen.
Mijn vraag nu is of de toestand hersteld kan worden én of mijn bestanden verloren zijn??
Ter info ik kon wel de pc terug doen draaien met cd van Ubuntu LTS 18.04 maar verder geraakte ik niet. Logisch meen ik.

[ajjp]

Ter info ik kon wel de pc terug doen draaien met cd van Ubuntu LTS 18.04 maar verder geraakte ik niet.

Ik neem aan dat je een live-sessie met 18.04 bedoelt? Dan zou je toch op die manier je bestanden moeten kunnen benaderen. Ik zou die in ieder geval eerst kopiëren en veilig stellen alvorens verder te gaan.

[Titus]

Dank voor de raad. Ik dacht ook aan het volgende. Ik installeer de versie UBt Lts 18.04 op een andere computer en demonteer dan de SSD uit de vastgelopen computer en zet die in een storage box die ik aansluit op andere computer en kijk wat het geeft??

[Titus]

Aan Ajjp en andere lezers,

Hartelijk dank voor uw wijze raad, ik heb het als eerste actie uitgevoerd , hoera, ik kan al mijn bestanden benaderen en kopiëren., Ik had wel BU's maar niet van alles.
Het veilig stellen zal me wel een tijd zoet houden dat is weer een extra ervaring . Ben al blij dat ik mijn eigen rigoreus plan  niet moet toepassen.
Alles is bij de software gebleven.
Wat het initieel probleem betreft nl. 'het niet meer mounten van de extra ssd' daar vertel ik later meer over uit na de hersteloperatie van het OS. Ubt Lts22.04
Misschien is dit dan ook al opgelost? Misschien niet?
Ik bekijk het dan wel weer.

[Titus]

Hallo iedereen,

Ik heb met behulp van een cd en versie Ubt LTS 18.04 de SSd weer vrij gekregen door er de oudere versie Ubt LTS18.04  op te istalleren. Nu probeerde ik  stap voor- stap zoals beschreven op Ubuntu side  een schone installatie van de Laatste versie van Ubt te doen, LTS24.04. Download zelf was al een tijdrovende kwestie maar geen probleem. Dan wou ik " sha256sum ~/Downloads/ubuntu-24.04-desktop-amd64.iso" controleren in de terminal. De reactie was......sha256sum is niet gekend. Dus frustratie alom.  Wat kan hier het probleem zijn??

[erik1984]

Je zou denken dat je dan wel meer mist want dat commando is onderdeel van coreutils:

Maar goed het proberen waard:

Code: [Selecteer]

sudo apt install coreutils

Weet niet of dat nog werkt in 18.04 gezien die uit de support is. Je kunt ook het risico nemen en die hele controle gewoon overslaan Denk dat > 90% die Ubuntu installeert die controlesom helemaal niet gebruikt.

[ajjp]

Denk dat > 90% die Ubuntu installeert die controlesom helemaal niet gebruikt.

Nog nooit gebruikt; en ook nog nooit tegen een fout aangelopen.

[Titus]

Hallo beste,

Dank voor je raad. Ondertussen ben ik terecht gekomen bij de site: https://documentation.ubuntu.com/desktop/en/latest/tutorial/install-ubuntu-desktop/ " die Engelstalig is maar heel makkelijk en leerrijk! Hier spreekt men ook niet meer van die controle dus dit komt overeen met wat jullie aanraden. Ik ga het proberen zoals jullie me voorstellen en hou je op de hoogte. Cross fingers !!

[M_aD]

De iso checksum controleren is toch wel van belang dus voer die controle gewoon uit.

[Titus]

Ik zal de checksum proberen maar als ik weer de reactie krijg in de terminal dat deel van het commando niet bestaat  dan negeer ik het en kijk wat het geeft. Er kan weinig nog worden beschadigd ,mijn bestanden zijn safe in Back up geplaatst.
Mijn vraag blijft zoals eerder hier gesteld wat kan er mis gegaan zijn?? Waarom wordt er niet over gesproken in de Engelstalige link?

[vanadium]

Ik heb niet kunnen vinden welk bestandssysteem die sda2 is. Kijk eens in de uitvoer van "lsblk -f" hiervoor. Ik ben bijna zeker dat het ntfs zal zijn.

[Titus]

Even terug komen op het "mounting" probleem. Oplossing was simpel in dit geval. Ik heb een andere SSD geïnstalleerd en zie probleem was opgelost. Dan heb ik de verwijderde disk getest met een storage box en hier waren alle files gewoon bereikbaar. Ik zou de test kunnen doen ze eens terug te installeren maar omdat het een back up disk is én de nieuwe SSD een dubbele capaciteit heeft zie ik er van af.
Nu de nieuwste versie van Ubuntu proberen te installeren. Nog even een spannende tijd.

[Titus]

Ik wou vandaag de installatie van Ubuntu lts 24.04 eindelijk afwerken. Ubuntu lts 24.04 opgehaald, usb stick gemaakt zoals beschreven in "Hoe Ubuntu 24.04 Desktop te installeren [Stap-voor-stap gids]" (link: https://nl.linux-terminal.com/?p=8405) "  med checksum gecontroleerd. Alles netjes in orde. Bij opstarten de desktop met Ubt Lts 18.04 liep het alweer mis. Een boodschap dat de stick niet kon gemount worden. Teleurstelling alom. Wat kan er nu het probleem zijn? Het is om mistroostig van te worden.

[ajjp]

Misschien snap ik je niet, maar heb je stap 3 wel gevolgd? Bij het installeren van een nieuw systeem moet je niet eerst je oude systeem (18.04) opstarten). Je moet ervoor zorgen dat de computer opstart vanaf je USB-stick. Die stick moet namelijk niet gemount worden in een bestaand systeem.

[vanadium]

Even terug komen op het "mounting" probleem.

Je hebt blijkbaar geen zin om gevraagde info te geven ("over welk soort bestandssysteem gaat het hier"). Ik verwacht hier geen grote vooruitgang meer.

[Titus]

Eerst even zeggen dat ik met de install direct een niewe opstart deed dus vanaf zero. Wat het bestandssysteem betreft  waar Vanadium het over heeft is de vraag wat bedoel je ermee? Het "mountingprobleem" nu situeert zich tussen SSD en Stick. Ik wil proberen de info van de error massages door te geven. Wat ik al kan vertellen is dat de legacy boot orde in bios is ingesteld om eerst de stick te booten dan SSD. De Uefi boot is nog ssd. Ligt hier het probleem??

[Ron]

Wat het bestandssysteem betreft  waar Vanadium het over heeft is de vraag wat bedoel je ermee?

Hoe heb je het geformatteerd, als fat, ntfs,ext4, .............

[Titus]

Aanvulling: Hallo Ron Ik heb gemerkt dat het mount probleem in de boot volgorde lag, er was ook nog een keuzemogelijkheid was die verwees naar de "USB storage place" naast de keuzemogelijkheid met naam zoals mijn USB zelf (Kingston....) dus probeerde ik dit even.
Resultaat de installatieprocedure werd automatisch gestart en alles wees zichzelf uit. Maar niet te vroeg victorie kraaien is een gezegde!!
Want bij herstart was de bionic beaver back om zich te presenteren!!  Oeps, here we go again! Hoe kon dit? Waar was versie LTS 24.04.3?
Ik had bij de installatieprocedure toch de optie om alles van schijf te wissen en UBT 24.04 te installeren aangevinkt!! 
Wat deed ik nu mis??

[vanadium]

Eerst even zeggen dat ik met de install direct een niewe opstart deed dus vanaf zero. Wat het bestandssysteem betreft  waar Vanadium het over heeft is de vraag wat bedoel je ermee?

Zie mijn vorige posts: daar staan commando's die die informatie geven. Je kan ook het programma "Disks" opstarten. Op de partitie in de map staat al het bestandssysteem (in kleine lettertjes), maar je ziet ook het bestandssysteem (naast "Inhoud") als je op de partitie klikt.

Het bestandssysteem is het systeem, de "boekhouding", waarmee de bestanden op de harde schijf georganizeerd worden. Je hebt verschillende systemen, enkele zeer eenvoudig zoals fat32 en exfat, maar met zeer weinig foutcontrolesystemen, en meer complexe systemen, zoals ext4 op linux of ntfs op Windows, die veel beter bestand zijn tegen corruptie door ingebouwde controlesystemen.

Waarschijnlijk heb jij op je betreffende harde schijf een partitie in ntfs, het systeem van MS Windows. Het probleem kan dan met grote waarschijnlijkheid opgelost worden door in Windows de "schijf" (partitie) te controleren en te herstellen met het schijfgereedschap van Windows (of het commando "chdsk /f …" in de Windows terminal), en daarna Windows *geheel* af te sluiten (géén slaapstand): enkel dan sluit Windows de schijf correct af, en zal die volgende keer probleemloos aankoppelen onder Linux.

Maar goed, er kan ook iets anders aan de hand zijn…

Let er ook op dat je in je draadje nu twee verschillende dingen tegelijk behandelt. Dat kan een oplossing vertragen en bemoeilijken. Het is doorgaans best in één draadje te focussen op één probleem.

[Ron]

Standaard wordt (dacht ik) voorgesteld om "er naast" te installeren.
Heb je misschien meerdere disks in je systeem?
Wat je kunt proberen is een terminal openen en dan type je: sudo update-grub om het systeem opnieuw te scannen.
Wanneer je nu opnieuw opstart, dan zie je (hopelijk) een menu, waar beide versies in staan.

[Titus]

aan Ron: ik heb ge commando gegeven onder Ubt .Lts18.04  en kreeg reactie dat er schijfkopies waren gevonden en dat Ubt24.04 gevonden is op
/dev/sda2 . Ik meen nochtans aangegeven te hebben dat de oude versies op de schijf gewist mochten worden.
 Vraag is nu hoe die oude kwijt geraken en de nieuwe er als primair te laten draaien. Er komt op deze desktop geen ander OS dat is al zeker.