Datorn vill inte längre känna igen HDD

Det är så att min dator nyligen började strula med det här Intel Rapid Lagringsteknologin, vilket gör så att min interna HDD typ inaktiveras hela tiden, men efter en omstart av datorn så är allt som det ska igen.

Så var inte fallet igår dock, Intel Rapid grejen inaktiverade min HDD igår igen och efter en omstart av datorn så hände ingenting... HDD'n kan jag nu alltså inte komma in i överhuvudtaget där jag har flera viktiga grejer sparade.

Jag har även provat att sätta in HDD'n i en sån ''kåpa'' så att den liksom blir extern, men... det funkade inte heller.
Det står liksom bara ''USB-enhet (D:)'' i utforskaren... och när man trycker där så vill den att man ska ''sätta in en disk i usb-enheten''.

Vågar man stänga av Intel Rapid grejen utan att något händer?
Jag tror det nämligen kan vara problemet, eftersom Intel Rapid Lagrings grejen verkar vara rätt problematisk enligt det jag googlade fram.
Eller kan det möjligtvis ha blivit så att HDD'n har på något sätt bytt format?
För jag fixade nämligen en dual boot med Linux för ett par veckor sen, men tog bort det nu häromdagen.

Yes, okej!
Har tyvärr ingen bra backup eller ens någon backup överhuvudtaget, vilket är jättedumt ja... och eftersom jag inte ens kommer in i SSD'n så kan jag ju såklart inte göra någon backup.
Har iaf lärt mig en läxa nu, att alltid göra en backup av det viktigaste som man inte vill förlora!

Men... jag har verkligen ingen aning vad jag ska göra då, för SSD'n verkar ju inte liksom vara död.
Den låter som den ska, och inget låter löst eller så.

En ominstallation av hela datorn känns som att det kommer lösa mitt problem, men ändå inte...

$ cat  /proc/partitions
major minor  #blocks  name
  8     0  1953514584 sda    De utan siffra är hela enheter, därav många blocks.
  8     1     1048576 sda1   En partition (min EFI) 1MB på /dev/sda
  8     2     5242880 sda2   Lite annat 5MB.
$ lsblk -o NAME,FSTYPE
NAME    FSTYPE
sda            
├─sda1  vfat   
├─sda2  ext2   
├─sda3  vfat

Njae, alltså jag har ju satt SSD'n i en sån kabinett eller vad det nu heter, så den är extern liksom och då hörs ju SSD'n mer än när den sitter i datorn.

Orkar tyvärr inte hålla på med att installera Linux med dual boot igen, eftersom jag precis tog bort det i förrgår... men kanske får göra det då.

Hmm, okej... ja det är nog en vanlig HDD då, jag har nog blandat ihop det med min C: disk som faktiskt är en SSD.
Får uppdatera inlägget då.

Okej!
Jag tror dock inte att denna kabinetten kör något eget format eller liknande, då jag har använt den förut utan problem.
Tror mer på att det är något som hände när jag höll på med en dual boot med Linux och sen tog bort det.

Så... får väl ta och installera något valfritt Linux distro igen då och liksom felsöka i Linux istället.

Yes, får väl ta och göra så då... orkar verkligen inte installera Linux igen men det är väl det enklaste.

Jaha, okej ja men det förenklar ju allt då!
Får göra så då!

$ cat  /proc/partitions
major minor  #blocks  name
  8     0  1953514584 sda    De utan siffra är hela enheter, därav många blocks.
  8     1     1048576 sda1   En partition (min EFI) 1MB på /dev/sda
  8     2     5242880 sda2   Lite annat 5MB.
$ lsblk -o NAME,FSTYPE
NAME    FSTYPE
sda            
├─sda1  vfat   
├─sda2  ext2   
├─sda3  vfat

Okej, nu fick jag det gjort och jag körde båda två kommandon, men... eftersom man fortfarande är rätt ny till Linux så fattar jag noll.

Detta kom upp, och 2 av dom (som kanske är samma) är "vfat".

128 GB  /dev/nvme.... SSD, din Windows bootdisk ?
 0 GB   /dev/sr0      CD-ROM ?
15 GB   /dev/sda      USB-pinne, Linux ?
 2 TB   /dev/sdb      Är det denna enhet som krånglar
 ?      /dev/sdc      eller denna ?

$ su      # Default passord är förmodligen blankt.
# mkdir /a
# mount /dev/sda1 /a
# ls /a
# umount /a

$ sudo mkdir /a
$ sudo mount /dev/sda1 /a
$ ls /a
$ sudo umount /a

''128 GB /dev/nvme....'' är min C: SSD disk ja, Windows bootdisk alltså.

''/dev/sr0'' ingen aning vad det är, men antagligen CD-ROM då datorn har en dvd-enhet eller vad det nu heter.

''15 GB /dev/sda'' usb-stickan ja, som jag har Linux på.

'' 2 TB /dev/sdb'' den krånglar inte, nej.

''? /dev/sdc'' antagligen denna som krånglar, som är på 1TB och en vanlig HDD och inte SSD som jag först trodde.

Vet inte om jag vågar provmontera... vill inte riskera att förlora allt på den krånglande hårddisken, men det kanske man inte gör?
Får prova såklart iaf, för det är ju mitt enda val!
''Sudo'' föredrar jag nog, för det har jag använt några få gånger tidigare.

Förresten, skriver man bara ''sudo mount nvme0n1p1'' och dom 3 andra, för att montera NVME partitionerna?

Hmm, okej... det är för dyrt att lämna in den hos något företag som kan rädda data från hårddiskar. Eller ja, har ingen aning hur dyrt det är, men antagligen rätt dyrt.

Det är ju dock lite lustigt att hårddisken började krångla efter att jag höll på med dual boot med Linux och sen tog bort Linux på kanske helt fel sätt, för innan det är jag helt säker på att den funkade helt felfritt.

Så... jag vill tro att det faktiskt är som den andra personen säger, att hårddisken kan ha tappat partitionstabellen eller något sånt.

$ sudo fdisk -l /dev/sdc
$ sudo dd if=/dev/sdc of=/tmp/c bs=4096 count=2000
$ od -ta /tmp/c | head       # Om vi har något, låt oss titta på det och verifiera.

Yes, okej!
Jag tar och gör det nu direkt då, så det är gjort, så undersökningen kan fortsätta så fort som möjligt.

Okej... Har ett litet annat problem här nu, som jag inte har någon aning om vad det betyder...

Har än så länge bara provat att montera, och fick det som står i bilden. "Can't open blockdev".

Har ingen aning vad jag ska göra nu då, eftersom man inte fattar så mycket av alla kommandon... jag provade ändå att skriva det där "sudo fdisk" kommandot också efter att jag tog bilden, men det funkade inte.

$ mount | grep /dev
/dev/sda5 on / type ext4 (rw,noatime)
devtmpfs on /dev type devtmpfs (rw,nosuid,noexec,relatime,size=10240k,nr_inodes=2039005,mode=755)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
etc..

$ dmesg | tail

Hmm... okej, alltså jag fattar verkligen ingenting... så himla mycket kommandon hit och dit... 😅
Skulle önska att någon gjorde allt åt mig... så... vet inte riktigt vad jag ska göra just nu 🥴

$ sudo fdisk -l /dev/sdc
$ sudo dd if=/dev/sdc of=/tmp/c bs=4096 count=2000
$ dmesg | tail
$ ls -l /tmp/c
$ od -ta /tmp/c | head

Yes, okej!
Vet bara att märket på den är WD och som sagt 1TB.
Exakta modellen vet jag dock inte.

Får skriva in allt det där då, och återkomma!

Yes, precis!

Jag provade lite olika ändå, sdb, sdb1 och dom andra... men jag är faktiskt lite förvirrad här nu... för att enligt en terabyte till block konverterare så är 1tb "2147483648" block om det nu stämmer, men i den allra första bilden jag delade så finns det inget som har exakt så mycket "block".

Här är iaf vad jag fick efter alla senaste kommandon:

Och jag tänkte inte på det men jag ser ju nu i GParted (som någon rekommenderade här) att sdc är den som inte strular som är på 2tb men den på 1tb (som strular) vet jag inte vilken det är då eftersom den inte syns i GParted...

$ sudo lsblk

$ sudo fdisk -l /dev/sda
$ sudo fdisk -l /dev/sdb
$ sudo fdisk -l /dev/sdc

Men jaha... herregud vad blind man är... såg inte att det var ett litet ''L''.
Får prova det ''sudo fdisk'' kommandot igen då, med /sda /sdb /sdc och sen skriva dmesg kommandot rätt.

Och ja, den på 2TB är den som inte strular som sagt.
Har totalt 3 hårddiskar, en på 128gb (Windows SSDn), 1TB (den som strular) och 2TB.

Jag orkar bara inte logga in på Sweclockers i Linux så det är därför, men får väl göra det istället för att dela bilder som är svåra att se!