Blew up mijn ssd schijf,help!

[Goese Duikertje]

Hoi Allemaal!
Zeer waarschijnlijk heb ik weer eens stevig zitten knoeien. Please een beetje hulp? Het meest urgente probleem nu is dat ik mijn WD Green Sata SSD 240 GB schijf mogelijk om zeep heb geholpen en hoop dat toch weer recht te zetten. Op dit moment gebruik ik een losse hd met daarop mijn oude vertrouwde Xubuntu 20.04 die het altijd doet, godezijdank! Verder heb ik dit in een Compaq8200 desktop zitten en heb er één extra set sata kabels, power+data in zitten en een dvd-player die ik ook los kan maken en dan die set gebruiken. Wat er misging:

Ik had na een lange oefening eindelijk een per ongeluk verwijderde win10 weer op terug gekregen via een net daarvoor gemaakte systeem-kopie. En na alles helemaal te hebben ingesteld zoals ik het wilde, meende ik eerst dan maar een Windows “back-up”te maken naar een andere externe hd. Ja, en daar ging het dus fout. Want na minstens 20 minuten geheel geen enkele activiteit in of op mijn pc, geen geluid,geen data-lampje én het proces-percentage-getal altijd op nul , dacht ik dús dat het systeem was bevroren…! Gek hé? Alleen de muis kon ik rond bewegen maar niets aanklikken en het keyboard was ook dood. En om mogelijk iets van doorbranden te voorkomen, deed ik dus maar een harde re-start. Dat was denk ik dus de nekslag.

Nu zien zowel de bios als minitools als Gparted of het systeem zelf, geen van allen meer die ssd-schijf staan. Zelfs als ik een live-dvd van Xubuntu gebruik en dan Gparted, dan ziet hij helaaml niets. Ik heb nu nog ergens een testdisk op een ultimate boot dvd staan maar heb daar geen ervaring mee. Tijdens het opstarten via de bios kan ik kiezen in uefi-sectie of in legacy-sectie. Maar of ik nu kies voor de Windows-manger of Ubuntu, het opstarten begint met de erro 16 en dat hij dus niet die ssd kan opstarten. Gelukkig gaat hij dan over naar Ubuntu. Ik heb nu voor de zekerheid na het secure checken van alle kabels enz, de ssd er helemaal uit gehaald en daarvoor in de plaats de losse 500 GB hd met daarop alleen Xubuntu 20.04. Het ligt blijkbaar dus niet aan de hardware / kabels.
Ik had die backup gedaan naar een andere externe hd,maar die lijkt nu ook niet meer herkent te worden. Wellicht omdat die dus ook slachtoffer was van die harde herstart. Maar goed, dat is van later belang. Ik kan nu wel die ssd insteken met de andere kabel-set,maar het systeem ziet en doet er niets mee.

Ik zou dan het liefste willen dat ik die ssd weer herkenbaar / werkend kan krijgen en dan wellicht eens weer helemaal formatteren. En dan naar het volgende probleemstuk van win10 erop te zien te krijgen terwijl die juist dan niet die systeem-kopie kan zien op usb’s of externe hd’s.

Wat is wijsheid? Wie kan me hier wat in gidsen? Alvast dank. Laat maar weten welke aanvullende info nog nodig is.

Groet,

Goese Duikertje

[Goese Duikertje]

Hoi Allemaal!
Sinds mijn bericht zijn er minsten zo’n 80 lezers geweest maar niemand die er iets over kon zeggen.
Hierbij enkele items die ik dan maar heb gevonden qua toverformules. Hetgeen mij opvalt is dat m.b.v. lsblk de pc wel blijkbaar ziet dat er een , mijn ssd-schijf, schijf bij zit als sdb,maar alleen de grootte aan kan geven. Verder kan er niets mee. Ik heb die ssd er nu maar via een usb-koppelstuk op de pc aangesloten. Het was eerst mijn primaire schijf. Ik heb nu de Xubuntu 20.04 op zijn eigen hd in zijn plaats gezet. Ik had gehoopt om die ssd-schijf dus weer bruikbaar te kunnen krijgen zodat ik dáárop eerst win10 kan zetten en daarnaast Xubuntu 22.04. Ik heb ergens op het forum iets gelezen van lange tijd terug dat iemand een soortgelijke situatie had kunnen oplossen met het installeren van Winxp vanaf een originele installatie-disk. Die heb ik ook nog. Het zou blijkbaar dan gaan om het feit dat die installatie nog wel enkele van de noodzakelijke dirvers heeft. Het is mij allemaal wat vaag,maar zou dit inderdaad de oplossing kunnen zijn ? Hopelijk is toch nog iemand die wat licht op kwestie kan werpen? Alvast dank.

Goese Duikertje. 

Code: [Selecteer]

Hiermee ziet hij wel degelijk de ssd schijf.


:~/Bureaublad$ lsblk -a
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
loop0    7:0    0     4K  1 loop /snap/bare/5
loop1    7:1    0    73M  1 loop /snap/core22/607
loop2    7:2    0  22,5M  1 loop /snap/isoimagewriter/15
loop3    7:3    0 448,7M  1 loop /snap/kf5-5-104-qt-5-15-8-core22/9
loop4    7:4    0  91,7M  1 loop /snap/gtk-common-themes/1535
loop5    7:5    0  49,9M  1 loop /snap/snapd/18596
loop6    7:6    0  22,5M  1 loop /snap/isoimagewriter/17
loop7    7:7    0         0 loop
sda      8:0    0 465,8G  0 disk
├─sda1   8:1    0   512M  0 part /boot/efi
└─sda2   8:2    0 465,3G  0 part /run/timeshift/backup
sdb      8:16   0 223,6G  0 disk
sr0     11:0    1  1024M  0 rom 
sr1     11:1    1  1024M  0 rom 


---------
idem maar met f

Bureaublad$  lsblk -f
NAME FSTYPE LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINT
loop0
     squash                                                  0   100% /snap/bare
loop1
     squash                                                  0   100% /snap/core
loop2
     squash                                                  0   100% /snap/isoi
loop3
     squash                                                  0   100% /snap/kf5-
loop4
     squash                                                  0   100% /snap/gtk-
loop5
     squash                                                  0   100% /snap/snap
loop6
     squash                                                  0   100% /snap/isoi
sda                                                                   
├─sda1
│    vfat         DF93-C80E                             504,9M     1% /boot/efi
└─sda2
     ext4         25a2609d-bf9e-47da-bb95-aa7d891142cc  170,9G    58% /run/times
sdb                                                                   
sr0                                                                   
sr1 

-----------



ook met deze:

$  lsblk -f
NAME FSTYPE LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINT
loop0
     squash                                                  0   100% /snap/bare
loop1
     squash                                                  0   100% /snap/core
loop2
     squash                                                  0   100% /snap/isoi
loop3
     squash                                                  0   100% /snap/kf5-
loop4
     squash                                                  0   100% /snap/gtk-
loop5
     squash                                                  0   100% /snap/snap
loop6
     squash                                                  0   100% /snap/isoi
sda                                                                   
├─sda1
│    vfat         DF93-C80E                             504,9M     1% /boot/efi
└─sda2
     ext4         25a2609d-bf9e-47da-bb95-aa7d891142cc  170,9G    58% /run/times
sdb                                                                   
sr0                                                                   
sr1                                                                   

~/Bureaublad$ sudo fdisk -l
wachtwoord :
Schijf /dev/loop0: 4 KiB, 4096 bytes, 8 sectoren
Eenheid: sectoren van 1 * 512 = 512 bytes
Sectorgrootte (logisch/fysiek): 512 bytes / 512 bytes
In-/uitvoergrootte (minimaal/optimaal): 512 bytes / 512 bytes


Schijf /dev/loop1: 72,102 MiB, 76537856 bytes, 149488 sectoren
Eenheid: sectoren van 1 * 512 = 512 bytes
Sectorgrootte (logisch/fysiek): 512 bytes / 512 bytes
In-/uitvoergrootte (minimaal/optimaal): 512 bytes / 512 bytes


Schijf /dev/loop2: 22,54 MiB, 23621632 bytes, 46136 sectoren
Eenheid: sectoren van 1 * 512 = 512 bytes
Sectorgrootte (logisch/fysiek): 512 bytes / 512 bytes
In-/uitvoergrootte (minimaal/optimaal): 512 bytes / 512 bytes


Schijf /dev/loop3: 448,7 MiB, 470474752 bytes, 918896 sectoren
Eenheid: sectoren van 1 * 512 = 512 bytes
Sectorgrootte (logisch/fysiek): 512 bytes / 512 bytes
In-/uitvoergrootte (minimaal/optimaal): 512 bytes / 512 bytes


Schijf /dev/loop4: 91,7 MiB, 96141312 bytes, 187776 sectoren
Eenheid: sectoren van 1 * 512 = 512 bytes
Sectorgrootte (logisch/fysiek): 512 bytes / 512 bytes
In-/uitvoergrootte (minimaal/optimaal): 512 bytes / 512 bytes


Schijf /dev/loop5: 49,86 MiB, 52260864 bytes, 102072 sectoren
Eenheid: sectoren van 1 * 512 = 512 bytes
Sectorgrootte (logisch/fysiek): 512 bytes / 512 bytes
In-/uitvoergrootte (minimaal/optimaal): 512 bytes / 512 bytes


Schijf /dev/loop6: 22,54 MiB, 23621632 bytes, 46136 sectoren
Eenheid: sectoren van 1 * 512 = 512 bytes
Sectorgrootte (logisch/fysiek): 512 bytes / 512 bytes
In-/uitvoergrootte (minimaal/optimaal): 512 bytes / 512 bytes


Schijf /dev/sda: 465,78 GiB, 500107862016 bytes, 976773168 sectoren
Disk model: ST500LM021-1KJ15
Eenheid: sectoren van 1 * 512 = 512 bytes
Sectorgrootte (logisch/fysiek): 512 bytes / 4096 bytes
In-/uitvoergrootte (minimaal/optimaal): 4096 bytes / 4096 bytes
Schijflabeltype: gpt
Schijf-ID: 6F75ABC9-FC44-4AA6-BC3A-0F0C74CA8173

Apparaat     Begin     Einde  Sectoren Grootte Type
/dev/sda1     2048   1050623   1048576    512M EFI-systeem
/dev/sda2  1050624 976771071 975720448  465,3G Linux bestandssysteem

Hier lijkt het terminalvenster nog te lopen stoeien met de ssd schijf.Hij heeft nu geen cursor blinken maar een vaste die links in het venster staat en als ik het wilt afsluiten zegt hij nog bezg te zijn.
Ik heb het maar gesloten.

------------

~/Bureaublad$ df
Bestandssysteem 1K-blokken  Gebruikt Beschikbaar Geb% Aangekoppeld op
udev               3972596         0     3972596   0% /dev
tmpfs               802616      1376      801240   1% /run
/dev/sda2        479079112 275526616   179143104  61% /
tmpfs              4013072         0     4013072   0% /dev/shm
tmpfs                 5120         4        5116   1% /run/lock
tmpfs              4013072         0     4013072   0% /sys/fs/cgroup
/dev/loop0             128       128           0 100% /snap/bare/5
/dev/loop1           74752     74752           0 100% /snap/core22/607
/dev/loop3          459520    459520           0 100% /snap/kf5-5-104-qt-5-15-8-core22/9
/dev/loop2           23168     23168           0 100% /snap/isoimagewriter/15
/dev/loop4           93952     93952           0 100% /snap/gtk-common-themes/1535
/dev/loop5           51072     51072           0 100% /snap/snapd/18596
/dev/sda1           523248      6216      517032   2% /boot/efi
/dev/loop6           23168     23168           0 100% /snap/isoimagewriter/17
tmpfs               802612        16      802596   1% /run/user/1000
:~/Bureaublad$

idem met H:

~/Bureaublad$ df -h
Bestandssysteem Grootte Gebruikt Besch Geb% Aangekoppeld op
udev               3,8G        0  3,8G   0% /dev
tmpfs              784M     1,4M  783M   1% /run
/dev/sda2          457G     263G  171G  61% /
tmpfs              3,9G        0  3,9G   0% /dev/shm
tmpfs              5,0M     4,0K  5,0M   1% /run/lock
tmpfs              3,9G        0  3,9G   0% /sys/fs/cgroup
/dev/loop0         128K     128K     0 100% /snap/bare/5
/dev/loop1          73M      73M     0 100% /snap/core22/607
/dev/loop3         449M     449M     0 100% /snap/kf5-5-104-qt-5-15-8-core22/9
/dev/loop2          23M      23M     0 100% /snap/isoimagewriter/15
/dev/loop4          92M      92M     0 100% /snap/gtk-common-themes/1535
/dev/loop5          50M      50M     0 100% /snap/snapd/18596
/dev/sda1          511M     6,1M  505M   2% /boot/efi
/dev/loop6          23M      23M     0 100% /snap/isoimagewriter/17
tmpfs              784M      16K  784M   1% /run/user/1000

     

[peer]

je kan proberen om hem met het dd commando helemaal leeg te maken.

Code: [Selecteer]

sudo dd if=/dev/zero of=/dev/sdb bs=4MHiemee schrijf je het scherm vol met nullen. Daarna met gparted een nieuwe partittable (dos) maken en een partitie  aanmaken.

Als dit niet lukt en je hebt windows tot je beschikking dan kan je hddguru proberen. Dit doet ongeveer hetzelfde als het dd-kommando hierboven. De gratis versie is helaas wel erg langzaam. Soms werkt dd niet maar hddguru wel.
Op het net kun je ook wel spinrite en hddregenerator vinden.

Maar ik ben bang dat het lastig wordt. Ik heb een tijd terug ook een defecte ssd gehad. Was vrijwel nieuw maar begon heel erg langzaam te lezen en schrijven en na een paar reparatiepogingen helaas toch in de prullebak beland Ook hier was de schijf wel zichtbaar maar niet meer beschrijfbaar.

[Goese Duikertje]

Hoi Peer, dank voor je reactie. Ik kan wel wat op de computer maar ben verre van ervaren. Steeds als ik iets lees of DD dan wordt je altijd gewaarschuwd dat het je systeem kan slopen. Ben ik dus erg huiverig van.  Zie ook hier een waarschuwing van een tijd terug op het forum; 

[ Only if you have a SSD, you should not do this, because the memory cells of an SSD wear out by overwriting them and because a software block address does not correspond to a fixed hardware memory cell. That means you can not overwrite a specific memory cell anyway.]

Ook dat je dus root moet gebruiken. Dat zou dan moeten houden dat ik mijn Xubuntu-schijf erin zal moeten hebben en dan zien de juiste indentificatie te vinden van die ssd schijf als die niet als sdb wordt weergegeven.
Ik had gehoopt iets te kunnen doen met alleen die ssd in het systeem en dán dat laten repareren op één of andere wijze. Ik ben dus wat bang omdat zelfs een Gparted die ssd niet eens ziet. Als ik die ssd er wel in heb dan krijg ik dus daar steeds tijdens de boot-up de melding SRST failed errno=-16 en doet enkele regels en geeft het dan op om verder te gaan met Xubuntu. Maar hier komt nog zoiets teenkrommend..!

Ik heb een win10 installatiemedium-us en op verscillende plekken de systeem-kopie van die win10 die ik had.. Ik dacht dus, dan maar helemaal opnieuw laten installeren. Tja, dus niet. Hij zegt dan op een gegeven moment dat hij nu nergens zo'n kopie kan vinden en of je het zelf wilt browsen. Als ik dat doe ziet hij inderdaad nergens iets van de ssd-schijf en/of lokaties waar één van die kopiën staan. Maaaar....,als ik even later ook klik op de vraag om  drivers te lokaliseren.....,dán ziet hij wel items van die ssd-schijf maar die zijn allemaal grijs en kunnen dus niet gebruikt worden...!! Om dol van te worden.

Wat ook voor mij verschrikkelijk verwarrend is, zijn de vele manieren die er zijn om schijven te indentificeren. Dan is het iets van UID of een SDA of weer een nummer 0 of 1 of 2 enz.  Dus stel dat ik dat dd gebruik maar niet 100% zeker kan zeggen of ik die ssd heb gesellecteerd, sloop ik wellicht mijn pc? Hetgeen ik inschat is dat door mijn eigen fout van het onderbreken van die backup zonder voortgang-indicatie, er iets van de begin-data op de ssd dat tijdelijk in suspense werd gehouden tbv de backup, toen niet meer terug gezet is door die onderbreking. Op die startup-usb kan ik wel kiezen voor problemen oplossen oid, en dan chkdsk zien te doen maar wederom kan ik niet 100% zeker zijn dat het de juiste ssd-schijf is omdat hij die niet kan lezen. Yep, ik bibber een beetje. Vooral omdat ik helemaal geen ervating heb met dat dd.

[Goese Duikertje]

Voor de liefhebbers van problem-solving:

Aanvulling verslag try-outs tbv opnieuw win10 op mijn gammele ssd te krijgen zodat ik er daarna Xubuntu 22.04 bij kan zetten.

Mijn plan van vandaag is deels wel gelukt maar heeft toch niet de oplossing geboden die ik wilde.Momenteel zit ik even wat in de lappenmand en kan me niet veroorloven om zo maar wat te gokken met mijn pc-systeem.Ik moet mijn pc kunnen blijven gebruiken.

Ik had eerst mbv de installatie-dvd Xubuntu 20.04 en daarin de Gparted, ervoor gezorgd dat mijn Xubuntu-partitie, die eigenlijk de hele 500 GB-schijf in beslag nam, werd verkleind zodat ik ± 60 GB vrij had om daar een NTFS-patitie van te maken.( Er stond er geen swap-file op en dat heb ik nu even zo gelaten.) Hierna normaal opgestart en die nieuwe partitie stond er keurig bij. Dáár heb ik toen de systeem-kopie win10 naartoe gekopieerd omdat ik inschatte dat de installatie-usb win10 alleen dán die kopie zou kunnen vinden. En dat bleek ook zo te zijn! De kopie had ik ook op een extra losse usb staan maar…..,dan kan het systeem zonder een werkend pc-systeem die niet lezen.En zou ik allerlei drivers moeten gaan downloaden enz. Is dus zinloos. Door die kopie op een door windows te lezen ntfs-partitie te zetten op de systeem-schijf, ziet die opstart-usb-win10 deze kopie direct wél staan. Maaaaaaaarrrrr……………….!! En hier gaat het weer om die verdulde smerige tactieken om mensen op het verkeerde been te zetten….!! Nadat ik verder ging via herstel-sectie-gebruik systeemkopie, hij pakt dus zelf die systeemkopie, geeft hij dan de optie om schijven uit te sluiten van overschrijven……!!!Dat leek dus heel fijn…!!! MAAR NERGENS WORDT MELDING GEMAAKT VAN DAT HIJ MIJN GAMMELE SSD ERGENS ZOU HEBBEN GEZIEN ….!!!! Ik kon daar nog wel aanvinken dat hij dus niet mijn opstart-usb moest meepakken om te wissen. Dan zegt hij onderaan dus heel smerig wel…..; dat de schijf o automatisch is uitgesloten omdat daar dus die systeemkopie op staat….!! dat klinkt dus uiterst logisch en gewenst….!!!Maaarrrr……,nogmaals, nergens laat hij zien dat hij dán dús de enige overgebleven ssd-schijf-optie zal gaan pakken…!!!Want zover ik het kan beoordelen, ziet hij die helemaal niet..!!! Wat gaat er dan naar mijn guts-feeling wél gebeuren…..!!!!! Dat hij dan heel fijntjes even mijn eerste Xubuntu-partitie met 20.04 erop, in feite mijn hele werkende pc-systeem, gaat leegvegen om daar dan win10 neer te zetten….!! Ondanks dat die staat op schijf o….!! En dus niets doet met die corrupte ssd waar ik het juist wel óp wilde hebben..!! Want als hij én niet die schijf o zou pakken, én niet die opstart-usb….,wáár zou dan ook maar iets kunnen gaan neerzettten…??? Wat gaat er gebeuren als ik wél op verder-gaan klik? Iemand een idee? Ik dacht dus dat hij dan onstopbaar begint aan het leeg vegen van die 1e Xubuntu partitie enz.

Ik heb in het deel waar je kunt kiezen voor command promt alleen een x-schijf staan. Ook als ik diskpart start, ziet hij alleen de data van mijn gewone Xubuntu 20 staan,de usb en de dvdplayers en verder helemaal niets. Ik heb er ook niets aan als ik de Xubuntu schijf eruit haal. Want dan kan hij dus én geen dvd lezen én geen usb...althans niet zonder een wild-goose-chase downloaden van drivers….!

Ik ben maar weer terug-gekrabbeld en heb de ssd er nu even in laten zitten. Dus met als gevolg dat telkens als je opstart, hij eerst door die corrupte ssd heen wil gaan maar dat niet kan en dan pas naar Xubuntu gaat. Ook mbv die lbk-formules ziet linux niets staan.Ook de partition magic , gparted enz ziet niets.

Ik heb een poging gewaagd om mbv testdisk iets te doen. Maar……,daar wordt ik ook doodnerveus van.Want nadat ik op create heb geklikt, gebeurd er helemaal niets. Althans zo lijkt het. Zo af en toe gaat er wel nog een groen lampje branden op de pc waardoor ik dan denk dat er in ieder geval iets aan data wordt bewerkt. Maar nadat ik die pc zo een hele middag en avond heb laten gaan , stond nog altijd alleen maar het bericht in testdisk; even geduld aub….! En verder geen voortgang.Als ik ervan uit moet gaan dat testdisk dan bytje na bytje van een 240 GB ssd aan het lezen is….,dan kan dat wel een paar dagen duren vóórdat ik iets van een resultaat zou kunnen hebben. Klopt dit? Of ben ik dan bezig met alleen maar het laten doorbranden van mijn pc en scherm? Wat is een acceptabele wacht-tijd? En wanneer is dat testdisk simpelweg “vastgelopen”?

Enige dagen terug had ik eens één van de toverformules gebruikt en dat gaf dit resultaat:

Code: [Selecteer]

  ~/Bureaublad$ lsblk -a
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
loop0    7:0    0     4K  1 loop /snap/bare/5
loop1    7:1    0    73M  1 loop /snap/core22/607
loop2    7:2    0  22,5M  1 loop /snap/isoimagewriter/15
loop3    7:3    0 448,7M  1 loop /snap/kf5-5-104-qt-5-15-8-core22/9
loop4    7:4    0  91,7M  1 loop /snap/gtk-common-themes/1535
loop5    7:5    0  49,9M  1 loop /snap/snapd/18596
loop6    7:6    0  22,5M  1 loop /snap/isoimagewriter/17
loop7    7:7    0         0 loop
sda      8:0    0 465,8G  0 disk
├─sda1   8:1    0   512M  0 part /boot/efi
└─sda2   8:2    0 465,3G  0 part /run/timeshift/backup
sdb      8:16   0 223,6G  0 disk
sr0     11:0    1  1024M  0 rom 
sr1     11:1    1  1024M  0 rom 
   
Hier zou Xubuntu dus wel degelijk die sdb-schijf zien van hier 223 GB. Dit zou dan mijns inziens die corrupte ssd schijf zijn van 240 GB. Maar gisteren, toen ik die ssd weer eens had aangesloten in de pc, zag hij hem helemaal niet. Ik had alleen sda1 en 2.

Ik heb nu Gparted lopen vanuit mijn Xubuntu-systeem-schijf, maar dat gaat ineens als met een slakkegangentje. Er komt geen eind aan. Ik “gok”nu dat hij zijn best doet om toch die ssd-schijf te lezen. Ook als ik het programma “schijven”gebruik gaat dat schijnbaar eindeloos door zonder resultaat. Als ik dat wil beëindigen dan gaat dat niet. Moet middels harde restart. Ik ben wellicht te snel met willen zien van iets van een eind-uitslag. Maar wat is wel goed en wat niet? Ik “gok”dus dat vanwege het tussentijds stoppen destijds van de backup in win10 er nu geen goede schijf-indeling met de nodige data meer is. Ik hoopte eenvoudig op het simpel kunnen laten her-formateren van die ssd en klaar! Mochten er nog mensen zijn die wat tips kunnen geven, dan graag!

Groetjes
Goese Duikertje