Sokáig egy T420 Thinkpad, DVD helyére egy hdd keretben használtam a Kingston 120Gb-os SSD meghajtóját, mint háttértár. Néha azt láttam, hogy a működést jelző zöld led, egyfolytában világít, ekkor be is lassult a linuxom működése, majd helyreállt minden, aztán egyszer csak nem volt adat az SSD-n, viszont bios és oprendszer is látta, hogy az eszköz csatlakoztatva van. Próbáltam rátelepíteni több oprendszert is, ám akár ebben a keretben, akár a rendes meghajtó keretbe tettem ezt az SSD-t, mindig azt kapom a törlésre klikkelve, hogy nem írható a partíciós tábla és a telepítés nem folytatható. UEFI be van kapcsolva a BIOS-ban, kipróbáltam direkt EFI-s Mageia8 linuxal is, ugyanezt kaptam. Helyre lehet tenni fsck-al, vagy nincs ilyen helyzetre opció?
Megoldás: KUKA :-)
- 772 megtekintés
Hozzászólások
fsck filesystemre van, particiós táblán az nem fog segíteni. az ssd-d meghalhatott.
- A hozzászóláshoz be kell jelentkezni
Vegyél egy új SSD-t. Úgy tűnik, ez elpusztult. Bár itt valamiért egyesek védik az SSD-ket, nekem is az a tapasztalatom, hogy sokkal megbízhatatlanabbak, rövidebb az élettartamuk, mint a HDD-knek. Van egy 500 GB-os Western Digital HDD-m 33781 üzemórával a háta mögött, semmi baja. SSD-k belátható idő alatt hullanak el.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
"SSD-k belátható idő alatt hullanak el". Annyira ezzel azért nem találkoztam. De igen, a technológia miatt adott.
Nem tudom ki védi, de tény, hogy e nélkül manapság (ok, legalább 6 éve már) használhatatlan egy Windows.
Ott történt nagy hiba a gépezetben, hogy mivel ez igen kiszámítható technológia kéne legyen, meg ugye az "M.I." korát éljük, mégis igen furcsa problémákat generálnak az SSD-k. A normális az lenne ha egyszerűen csak olvasható üzemmódba kapcsol ha érzi, hogy nagyon vége és kész. Egy Secure Erase-t így még el kéne fogadjon, de ennyi.
- A hozzászóláshoz be kell jelentkezni
Mondjuk úgy SSD-t venni tudni kell :D
Nekem kb 10 éves SSD-m van a notiban
Power_On_Hours_and_Msec 0x0032 062 062 000 Old_age Always - 33792h+30m+40.690s
Mai napig hasít :> jah OCZ vertex3 a gyártó sincsen már régóta.
Fedora 41, Thinkpad x280
- A hozzászóláshoz be kell jelentkezni
Van OCZ csak most már Toshiba :)
- A hozzászóláshoz be kell jelentkezni
Akarod mondani: Kioxia :-)
"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."
- A hozzászóláshoz be kell jelentkezni
Illetve hamarosan Western Digital:
https://www.pcx.hu/a-western-digital-felvasarolna-chipgyarto-partneret-…
"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."
- A hozzászóláshoz be kell jelentkezni
"smartctl -a /dev/sdX" mit ír ki arra az SSD-re? Első sorban "177 Wear_Leveling_Count" érdekelne, a Value oszlopban levő érték. Debian/ubuntu és azt hiszem kb minden más rendszernél a smartmontools csomagot kell ehhez a parancshoz telepíteni.
- A hozzászóláshoz be kell jelentkezni
Sajnos a rendszerben, sehol nem jelenik meg a meghajtó, csak a biosban és a live rendszer telepítésekor.
- A hozzászóláshoz be kell jelentkezni
Live iso-ról/lemezről bootolva is telepítheted smartctl-t és megnézheted.
- A hozzászóláshoz be kell jelentkezni
A smartctl működik, csak a telepített rendszeremben nem találom az SSD-t, ami betegeskedik.
- A hozzászóláshoz be kell jelentkezni
Az lsblk parancs mit mond? Az látja?
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Igen, látja:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 111,8G 0 disk
├─sda1 8:1 0 300M 0 part /boot/efi
├─sda2 8:2 0 103,3G 0 part /
└─sda3 8:3 0 8,2G 0 part [SWAP]
sdb 8:16 0 111,8G 0 disk
- A hozzászóláshoz be kell jelentkezni
Akkor hozzá tudsz férni, de ez vélhetően ebben a pillanatban igaz, s öt perc múlva, már lehet, hogy nem így lesz. Próbáld meg felcsatolni a filerendszereket read-only, aztán menteni, ami menthető és fontos.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
próbálj rá tenni valamit (ha már lemondtál az adatokról ami rajta volt)
parted /dev/sdb mklabel gpt
parted -a optimal /dev/sdb mkpart primary 0% 100%
mkfs.kedvencfilerendszered /dev/sdb1
- A hozzászóláshoz be kell jelentkezni
Ha sok ideje van, és szereti a kudarcélményt. :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
én kipróbálnám, ráérek :D
- A hozzászóláshoz be kell jelentkezni
Aztán majd jön két nap múlva sírva, hogy kukába ment fél napi munkája. Inkább üljön kerékpárra, vigyen magával egy távcsövet, és nézegesse a madarakat, mint egy döglött SSD-re tegyen oprendszert vagy file-okat mindhiába. :) Apropó, kereket kellene szerelnem a kerékpáromon. ;)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Igen. Te mennyire bízol meg olyan háttértárban, amelyről egyik pillanatról a másikra minden eltűnik? Még ha átmenetileg megint használhatónak tűnne, akkor majd két nap múlva lesz ugyanez. Dobd már ki! De előbb egy dd paranccsal írd végig nullákkal, vagy törd össze, ne maradjon rajta személyes adat, titkosító kulcs, jelszó.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
De előbb egy dd paranccsal írd végig nullákkal
Akkor már inkább egy blkdiscard (a --secure opcióval, ha az SSD ismeri).
- A hozzászóláshoz be kell jelentkezni
Igen, SSD-kre vagy a blkdiscard való, vagy a secure erase, persze a motorháztető alatt mindkettő igazából TRIM-et hajjt végre, alapállatotba hozva a cellákat, kinullázva azokat. Ezért is van, hogy a blkdiscard részeként elérhető mindkettő, csak az egyik kapcsoló formájában. A dd-s teleírás az HDD-kre való.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
- A hozzászóláshoz be kell jelentkezni
Ha dd-vel írom tele az SSD-t 0-kkal, az miért nem jó?
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
csak az adatokat torli, de pl. a logokat nem. bar azt en sem ertem hogy egy teljes ssd-nyi felulirasnal mi maradhatna meg a logokban.
https://wiki.archlinux.org/title/Solid_state_drive/Memory_cell_clearing
ha hasznalsz folotte titkositast pl LUKS-ot akkor nem paraznam tul
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni
Az olcsó Kinsgstonok ilyenek, V300, UV400, UV500, A400, nem megbízhatóak, hamar kidöglenek. Semmit nem tudsz csinálni, ha van rá még jótállás, akkor cseréltesd, ha nincs, akkor kuka. Nem lehet okosba javítani.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
- A hozzászóláshoz be kell jelentkezni
Köszönöm szépen, sajnos ezt gondolom én is ebben a pillanatban :-(
- A hozzászóláshoz be kell jelentkezni
"Megoldás: KUKA :-)"
Az SSD azóta is (5,5 éve) működött hibátlanul, bár egy ideje nem néztem rá, mert kihalt a notebook, amiben volt.
- A hozzászóláshoz be kell jelentkezni
Köszönöm szépen. Ez egy Kingston ssd, ahogy elnéztem, sajnos ez csak windowsos programmal képes firmware-t telepíteni, nekem meg már 18 éve nincs ilyen a gépeimen, attól tartok, hogy vboxban nem fog rendesen hozzáférni a program az ssd-hez, hogy feltegye egyáltalán ha lehet a firmware-t. Most első körben azt fogom megnézni, hogy vboxban hogyan oldható meg.
- A hozzászóláshoz be kell jelentkezni
"már 18 éve nincs ilyen a gépeimen"
Itt jön az, hogy az oprendszer is csak egy szerszám. Azt kell használni, amit a feladat megkövetel.
"Normális ember már nem kommentel sehol." (c) Poli
- A hozzászóláshoz be kell jelentkezni
Hát most azon vagyok, hogy vboxban elindítsan ezt a szerszámot.
- A hozzászóláshoz be kell jelentkezni
Nekem van egy windows telepítésem egy 2.5-ös ~200GB-os hdd-n és ilyen esetekben külső dokkolóra (usb 3.1) kötve be lehet boot-olni róla, nem olyan vészesen lassú. Tényleg, meg is nézem, hogy megy-e még....
- A hozzászóláshoz be kell jelentkezni
Igen, a másik megoldási lehetőségem ez lesz.
- A hozzászóláshoz be kell jelentkezni