Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Laitealue => Aiheen aloitti: ubutumpula - 29.12.25 - klo:17.01
-
Ostin ulkoisen SSD kovalevyn 1 Tt. Varmistustallensin siihen silloin tällöin videoita ja kun se oli n. puolillaan, sitä ei enää voinutkaan liittää (Virhe tiedostojärjestelmää liitettäessä: can't read superblock on /dev/sdc1 (udisks-error-quark,0)
SSD = Kingston MN: SXS 1000. Tiedostojärjestelmä: Ext4
Onkohan kaikki tieto menetetty, vai olisiko jotain tehtävissä tietojen pelastamiseksi?
-
Mitä fdisk kertoo levyn osioinnista:
sudo fdisk -l
Entä korjausyritys fsck:lla:
sudo fsck.ext4 -v /dev/sdc1
-
Ostin ulkoisen SSD kovalevyn 1 Tt. Varmistustallensin siihen silloin tällöin videoita
Eikös nämä SSD:t ole sellaisia, että niiden pitäisi olla koko ajan koneessa kiinni, jotta PC saisi trimmatuksi tiedostot aina kuntoon. SSD:llä tieto ei säily montakaan kuukautta/vuotta, jos siinä ei ole virtoja päällä.
Varakopiokäyttöön aina magneettinen pyörivä levy.
-
Mitä fdisk kertoo levyn osioinnista:
sudo fdisk -l
Entä korjausyritys fsck:lla:
sudo fsck.ext4 -v /dev/sdc1
sudo fdisk -l
….
….
Disk /dev/sdc: 931,51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: XS1000
Units: sektorit of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 1818D0AE-065A-4CED-B395-B0D8DFCB8584
Laite Alku Loppu Sektorit Koko Tyyppi
/dev/sdc1 2048 1953523711 1953521664 931,5G Linux filesystem
sudo fsck.ext4 -v /dev/sdc1
e2fsck 1.46.5 (30-Dec-2021)
/dev/sdc1: recovering journal
JBD2: Invalid checksum recovering data block 31 in log
JBD2: Invalid checksum recovering data block 31 in log
JBD2: Invalid checksum recovering data block 31 in log
JBD2: Invalid checksum recovering data block 31 in log
JBD2: Invalid checksum recovering data block 31 in log
JBD2: Invalid checksum recovering data block 32 in log
Journal checksum error found in /dev/sdc1
/dev/sdc1 was not cleanly unmounted, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Vaihe 4: Tarkastetaan viittausmääriä
Pass 5: Checking group summary information
Free blocks count wrong (122739146, counted=117749391).
Korjaa<k>? kyllä
Free inodes count wrong (61053550, counted=61053464).
Korjaa<k>? kyllä
/dev/sdc1: ***** TIEDOSTOJÄRJESTELMÄÄ MUUTETTIIN *****
1512 i-solmua käytetty (0.00 %, kokonaismäärä 61054976)
3 epäjatkuvaa tiedostoa (0.2 %)
1 epäjatkuva hakemisto (0.1 %)
# of inodes with ind/dind/tind blocks: 0/0/0
Extent depth histogram: 1198/305
126440817 lohkoa käytetty (51.78 %, kokonaismäärä 244190208)
0 viallista lohkoa
88 suurta tiedostoa
1487 tavallista tiedostoa
16 hakemistoa
0 merkkilaitetiedostoa
0 lohkolaitetiedostoa
0 fifoa
0 linkkiä
0 symbolista linkkiä (0 nopeata symbolista linkkiä)
0 pistoketta
------------
1503 tiedostoa
Tuo korjaus tuotti tulosta eli nyt SSD:n saa liitettyä ja kaikki tiedostot ovat tallella.
Kiitos!
-
Eikös nämä SSD:t ole sellaisia, että niiden pitäisi olla koko ajan koneessa kiinni, jotta PC saisi trimmatuksi tiedostot aina kuntoon. SSD:llä tieto ei säily montakaan kuukautta/vuotta, jos siinä ei ole virtoja päällä.
M.2 protokollaan kuuluu, että laitteen voi irroittaa ja liittää kesken koneen käynnissäolon. Kaupoissa paljon M.2 SSD -levyjä myytävänä.
-
M.2 protokollaan kuuluu, että laitteen voi irroittaa ja liittää kesken koneen käynnissäolon. Kaupoissa paljon M.2 SSD -levyjä myytävänä.
Öh. M.2 on liitin. Se ei ole protokolla. Enkä kyllä oikein näe miten sen suunnittelussa olisi varauduttu kovin paljoa ns. hot swappaukseen. En itse lähtisi asentelemaan M.2-liitäntäisiä NVMe- tai SATA-levyjä lennosta koneen ollessa käynnissä. Tämä on myös epärelevanttia jarmalan kommentin kannalta.
Erilaisia USB-liitäntäisiä SSD:ä ja koteloita SSD-levyille on saatavilla paljon. USB on sekä liitin että protokolla. USB-levyt voi huoletta liittää ja irroittaa koneen ollessa käynnissä, mutta silloinkin täytyy huolehtia ettei levylle ole tarvetta kirjoittaa, kun levy irroitetaan. Tämä onnistuu parhaiten irroittamalla ohjelmallisesti tiedostojärjestelmä ja odottamalla lupaa irroittaa levy. Joskus käyttöliittymän nappi voi myös sammuttaa levyn.
Eikös nämä SSD:t ole sellaisia, että niiden pitäisi olla koko ajan koneessa kiinni, jotta PC saisi trimmatuksi tiedostot aina kuntoon. SSD:llä tieto ei säily montakaan kuukautta/vuotta, jos siinä ei ole virtoja päällä.
No periaatteessa kaikki flashmuistiin tallennettu tieto häviää ennen pitkään, jos sitä ei virkistetä välillä. Tämä koskee paitsi SSD-levyjä niin myös muistitikkuja ja -kortteja. Luin joskus, että jossain SSD-levyjen speksissä lukisi vähintään vuosi menettämättä yhtään dataa. Veikkaan, että halvoilla levyillä se raja tulee aiemmin täyteen ja paremmilla levyillä voi mennä kauemmin.
Jos tekee säännöllisesti ja usein varmuuskopioita ulkoiselle SSD-levylle, niin se pitänee tiedot hyvin. Joka tapauksessa kannattaa käyttää sellaista varmuuskopiointia, jossa on mahdollista tarkistaa tietojen eheys ja se kannattaa ajaa ainakin joskus.