RPi Kernel Panic - minneskort ej läsligt

Permalänk
Medlem

RPi Kernel Panic - minneskort ej läsligt

Min Raspberry Pi 3 kraschade igår kväll, jag vet inte riktigt vad som hände men den slutade iaf svara. För en stund sedan kopplade jag in den till TV:n och fick då se att den drabbats av Kernel Panic. Jag tog då ut kortet och satte det i en annan linux-maskin för att se om det gick att rädda det mha e2fsck. Den rasslade på en bra stund och reparerade/städade en hel del inodes men när e2fsck blivit klar syns inte längre minneskortet i lsblk och varken mount eller fdisk fungerar.

Är det bara att kasta minneskortet och köpa ett nytt eller finns det något man kan göra för att få liv i det? Jag skiter egentligen i datan, det var bara en labb-maskin men jag skulle gärna vilja få liv i den igen (helst utan att köpa nytt minneskort).

Så här ser syslog ut efter att jag dragit ut minneskortsläsaren och satt i den igen (/dev/sdj/ är minneskortet jag försöker få liv i):

May 25 13:30:57 Proliant kernel: [1528894.234313] usb 1-3: new high-speed USB device number 4 using ehci-pci May 25 13:30:57 Proliant kernel: [1528894.371823] usb 1-3: New USB device found, idVendor=11b0, idProduct=6148 May 25 13:30:57 Proliant kernel: [1528894.371836] usb 1-3: New USB device strings: Mfr=3, Product=4, SerialNumber=5 May 25 13:30:57 Proliant kernel: [1528894.371844] usb 1-3: Product: FCR-HS219/1 Mobile Reader May 25 13:30:57 Proliant kernel: [1528894.371851] usb 1-3: Manufacturer: Kingston May 25 13:30:57 Proliant kernel: [1528894.371856] usb 1-3: SerialNumber: 000005147 May 25 13:30:57 Proliant kernel: [1528894.374117] usb-storage 1-3:1.0: USB Mass Storage device detected May 25 13:30:57 Proliant kernel: [1528894.374601] scsi host8: usb-storage 1-3:1.0 May 25 13:30:57 Proliant mtp-probe: checking bus 1, device 4: "/sys/devices/pci0000:00/0000:00:12.2/usb1/1-3" May 25 13:30:57 Proliant mtp-probe: bus: 1, device: 4 was not an MTP device May 25 13:30:58 Proliant kernel: [1528895.375860] scsi 8:0:0:0: Direct-Access Kingston FCR-HS219/1 9715 PQ: 0 ANSI: 0 May 25 13:30:58 Proliant kernel: [1528895.705953] scsi 8:0:0:1: Direct-Access Kingston FCR-HS219/1 9715 PQ: 0 ANSI: 0 May 25 13:30:58 Proliant kernel: [1528895.707190] scsi 8:0:0:2: Direct-Access Kingston FCR-HS219/1 9715 PQ: 0 ANSI: 0 May 25 13:30:58 Proliant kernel: [1528895.708439] scsi 8:0:0:3: Direct-Access Kingston FCR-HS219/1 9715 PQ: 0 ANSI: 0 May 25 13:30:58 Proliant kernel: [1528895.709041] sd 8:0:0:0: Attached scsi generic sg5 type 0 May 25 13:30:58 Proliant kernel: [1528895.709334] sd 8:0:0:1: Attached scsi generic sg6 type 0 May 25 13:30:58 Proliant kernel: [1528895.709887] sd 8:0:0:2: Attached scsi generic sg7 type 0 May 25 13:30:58 Proliant kernel: [1528895.710357] sd 8:0:0:3: Attached scsi generic sg8 type 0 May 25 13:30:58 Proliant kernel: [1528895.722130] sd 8:0:0:1: [sdh] Attached SCSI removable disk May 25 13:30:58 Proliant kernel: [1528895.722755] sd 8:0:0:2: [sdi] Attached SCSI removable disk May 25 13:30:58 Proliant kernel: [1528895.725010] sd 8:0:0:0: [sdf] Attached SCSI removable disk May 25 13:30:58 Proliant kernel: [1528895.728925] sd 8:0:0:3: [sdj] 30318592 512-byte logical blocks: (15.5 GB/14.4 GiB) May 25 13:30:58 Proliant kernel: [1528895.730868] sd 8:0:0:3: [sdj] Write Protect is off May 25 13:30:58 Proliant kernel: [1528895.730876] sd 8:0:0:3: [sdj] Mode Sense: 03 00 00 00 May 25 13:30:58 Proliant kernel: [1528895.732879] sd 8:0:0:3: [sdj] No Caching mode page found May 25 13:30:58 Proliant kernel: [1528895.732885] sd 8:0:0:3: [sdj] Assuming drive cache: write through May 25 13:30:58 Proliant kernel: [1528895.748511] sdj: sdj1 sdj2 May 25 13:30:58 Proliant kernel: [1528895.756987] sd 8:0:0:3: [sdj] Attached SCSI removable disk May 25 13:31:49 Proliant kernel: [1528945.905189] EXT4-fs (sdj2): warning: mounting unchecked fs, running e2fsck is recommended May 25 13:31:51 Proliant kernel: [1528948.118442] scsi_io_completion: 118 callbacks suppressed May 25 13:31:51 Proliant kernel: [1528948.118471] sd 8:0:0:3: [sdj] FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE May 25 13:31:51 Proliant kernel: [1528948.118481] sd 8:0:0:3: [sdj] Sense Key : Not Ready [current] May 25 13:31:51 Proliant kernel: [1528948.118495] sd 8:0:0:3: [sdj] Add. Sense: Medium not present May 25 13:31:51 Proliant kernel: [1528948.118500] sd 8:0:0:3: [sdj] CDB: May 25 13:31:51 Proliant kernel: [1528948.118505] Write(10): 2a 00 00 02 00 00 00 00 08 00 May 25 13:31:51 Proliant kernel: [1528948.118523] blk_update_request: 118 callbacks suppressed May 25 13:31:51 Proliant kernel: [1528948.118529] blk_update_request: I/O error, dev sdj, sector 131072 May 25 13:31:51 Proliant kernel: [1528948.118539] buffer_io_error: 625 callbacks suppressed May 25 13:31:51 Proliant kernel: [1528948.118546] Buffer I/O error on dev sdj2, logical block 0, lost sync page write May 25 13:31:51 Proliant kernel: [1528948.119429] EXT4-fs (sdj2): mounted filesystem with ordered data mode. Opts: (null) May 25 13:31:51 Proliant kernel: [1528948.123382] sd 8:0:0:3: [sdj] FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE May 25 13:31:51 Proliant kernel: [1528948.123397] sd 8:0:0:3: [sdj] Sense Key : Not Ready [current] May 25 13:31:51 Proliant kernel: [1528948.123406] sd 8:0:0:3: [sdj] Add. Sense: Medium not present May 25 13:31:51 Proliant kernel: [1528948.123410] sd 8:0:0:3: [sdj] CDB: May 25 13:31:51 Proliant kernel: [1528948.123415] Read(10): 28 00 00 03 04 f0 00 00 08 00 May 25 13:31:51 Proliant kernel: [1528948.123433] blk_update_request: I/O error, dev sdj, sector 197872 May 25 13:31:51 Proliant kernel: [1528948.123475] EXT4-fs error (device sdj2): ext4_find_entry:1289: inode #2: comm gvfsd-trash: reading directory lblock 0 May 25 13:31:51 Proliant kernel: [1528948.123483] EXT4-fs (sdj2): previous I/O error to superblock detected May 25 13:31:51 Proliant kernel: [1528948.124846] sd 8:0:0:3: [sdj] FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE May 25 13:31:51 Proliant kernel: [1528948.124855] sd 8:0:0:3: [sdj] Sense Key : Not Ready [current] May 25 13:31:51 Proliant kernel: [1528948.124861] sd 8:0:0:3: [sdj] Add. Sense: Medium not present May 25 13:31:51 Proliant kernel: [1528948.124863] sd 8:0:0:3: [sdj] CDB: May 25 13:31:51 Proliant kernel: [1528948.124865] Write(10): 2a 00 00 02 00 00 00 00 08 00 May 25 13:31:51 Proliant kernel: [1528948.124875] blk_update_request: I/O error, dev sdj, sector 131072 May 25 13:31:51 Proliant kernel: [1528948.124880] Buffer I/O error on dev sdj2, logical block 0, lost sync page write May 25 13:31:51 Proliant kernel: [1528948.126347] sd 8:0:0:3: [sdj] FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE May 25 13:31:51 Proliant kernel: [1528948.126356] sd 8:0:0:3: [sdj] Sense Key : Not Ready [current] May 25 13:31:51 Proliant kernel: [1528948.126361] sd 8:0:0:3: [sdj] Add. Sense: Medium not present May 25 13:31:51 Proliant kernel: [1528948.126363] sd 8:0:0:3: [sdj] CDB: May 25 13:31:51 Proliant kernel: [1528948.126366] Read(10): 28 00 00 03 04 f0 00 00 08 00 May 25 13:31:51 Proliant kernel: [1528948.126375] blk_update_request: I/O error, dev sdj, sector 197872 May 25 13:31:51 Proliant kernel: [1528948.126402] EXT4-fs error (device sdj2): ext4_find_entry:1289: inode #2: comm gvfsd-trash: reading directory lblock 0 May 25 13:31:51 Proliant kernel: [1528948.126406] EXT4-fs (sdj2): previous I/O error to superblock detected May 25 13:31:51 Proliant kernel: [1528948.127838] sd 8:0:0:3: [sdj] FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE May 25 13:31:51 Proliant kernel: [1528948.127846] sd 8:0:0:3: [sdj] Sense Key : Not Ready [current] May 25 13:31:51 Proliant kernel: [1528948.127851] sd 8:0:0:3: [sdj] Add. Sense: Medium not present May 25 13:31:51 Proliant kernel: [1528948.127854] sd 8:0:0:3: [sdj] CDB: May 25 13:31:51 Proliant kernel: [1528948.127856] Write(10): 2a 00 00 02 00 00 00 00 08 00 May 25 13:31:51 Proliant kernel: [1528948.127865] blk_update_request: I/O error, dev sdj, sector 131072 May 25 13:31:51 Proliant kernel: [1528948.127871] Buffer I/O error on dev sdj2, logical block 0, lost sync page write May 25 13:31:51 Proliant kernel: [1528948.138301] sd 8:0:0:3: [sdj] FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE May 25 13:31:51 Proliant kernel: [1528948.138312] sd 8:0:0:3: [sdj] Sense Key : Not Ready [current] May 25 13:31:51 Proliant kernel: [1528948.138318] sd 8:0:0:3: [sdj] Add. Sense: Medium not present May 25 13:31:51 Proliant kernel: [1528948.138321] sd 8:0:0:3: [sdj] CDB: May 25 13:31:51 Proliant kernel: [1528948.138325] Read(10): 28 00 00 03 04 f0 00 00 08 00 May 25 13:31:51 Proliant kernel: [1528948.138337] blk_update_request: I/O error, dev sdj, sector 197872 May 25 13:31:51 Proliant kernel: [1528948.138369] EXT4-fs error (device sdj2): ext4_find_entry:1289: inode #2: comm pool: reading directory lblock 0 May 25 13:31:51 Proliant kernel: [1528948.138374] EXT4-fs (sdj2): previous I/O error to superblock detected May 25 13:31:51 Proliant kernel: [1528948.141463] sd 8:0:0:3: [sdj] FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE May 25 13:31:51 Proliant kernel: [1528948.141473] sd 8:0:0:3: [sdj] Sense Key : Not Ready [current] May 25 13:31:51 Proliant kernel: [1528948.141480] sd 8:0:0:3: [sdj] Add. Sense: Medium not present May 25 13:31:51 Proliant kernel: [1528948.141483] sd 8:0:0:3: [sdj] CDB: May 25 13:31:51 Proliant kernel: [1528948.141486] Write(10): 2a 00 00 02 00 00 00 00 08 00 May 25 13:31:51 Proliant kernel: [1528948.141497] blk_update_request: I/O error, dev sdj, sector 131072 May 25 13:31:51 Proliant kernel: [1528948.141503] Buffer I/O error on dev sdj2, logical block 0, lost sync page write May 25 13:31:51 Proliant kernel: [1528948.141684] EXT4-fs error (device sdj2): ext4_find_entry:1289: inode #2: comm pool: reading directory lblock 0 May 25 13:31:51 Proliant kernel: [1528948.141689] EXT4-fs (sdj2): previous I/O error to superblock detected May 25 13:31:51 Proliant kernel: [1528948.142093] EXT4-fs warning (device sdj2): __ext4_read_dirblock:884: error -5 reading directory block (ino 2, block 0) May 25 13:31:51 Proliant kernel: [1528948.142210] EXT4-fs warning (device sdj2): __ext4_read_dirblock:884: error -5 reading directory block (ino 2, block 0) May 25 13:31:51 Proliant kernel: [1528948.142253] EXT4-fs warning (device sdj2): __ext4_read_dirblock:884: error -5 reading directory block (ino 2, block 0) May 25 13:31:51 Proliant kernel: [1528948.142292] EXT4-fs warning (device sdj2): __ext4_read_dirblock:884: error -5 reading directory block (ino 2, block 0) May 25 13:31:51 Proliant kernel: [1528948.142329] EXT4-fs warning (device sdj2): __ext4_read_dirblock:884: error -5 reading directory block (ino 2, block 0) May 25 13:31:51 Proliant kernel: [1528948.142365] EXT4-fs warning (device sdj2): __ext4_read_dirblock:884: error -5 reading directory block (ino 2, block 0) May 25 13:31:51 Proliant kernel: [1528948.142401] EXT4-fs warning (device sdj2): __ext4_read_dirblock:884: error -5 reading directory block (ino 2, block 0) May 25 13:31:51 Proliant kernel: [1528948.143054] EXT4-fs warning (device sdj2): __ext4_read_dirblock:884: error -5 reading directory block (ino 2, block 0) May 25 13:31:51 Proliant kernel: [1528948.143098] EXT4-fs warning (device sdj2): __ext4_read_dirblock:884: error -5 reading directory block (ino 2, block 0) May 25 13:31:51 Proliant kernel: [1528948.143134] EXT4-fs warning (device sdj2): __ext4_read_dirblock:884: error -5 reading directory block (ino 2, block 0) May 25 13:32:00 Proliant kernel: [1528957.702176] EXT4-fs warning: 12 callbacks suppressed May 25 13:32:00 Proliant kernel: [1528957.702191] EXT4-fs warning (device sdj2): __ext4_read_dirblock:884: error -5 reading directory block (ino 2, block 0) May 25 13:32:32 Proliant kernel: [1528989.031140] EXT4-fs warning (device sdj2): __ext4_read_dirblock:884: error -5 reading directory block (ino 2, block 0) May 25 13:32:32 Proliant kernel: [1528989.031698] EXT4-fs warning (device sdj2): __ext4_read_dirblock:884: error -5 reading directory block (ino 2, block 0) May 25 13:32:33 Proliant kernel: [1528990.719260] EXT4-fs warning (device sdj2): __ext4_read_dirblock:884: error -5 reading directory block (ino 2, block 0) May 25 13:32:33 Proliant kernel: [1528990.719743] EXT4-fs warning (device sdj2): __ext4_read_dirblock:884: error -5 reading directory block (ino 2, block 0) May 25 13:35:01 Proliant CRON[28352]: (root) CMD (if [ -x /etc/munin/plugins/apt_all ]; then munin-run apt_all update 7200 12 >/dev/null; elif [ -x /etc/munin/plugins/apt ]; then munin-run apt update 7200 12 >/dev/null; fi) May 25 13:36:52 Proliant kernel: [1529248.799315] EXT4-fs (sdj2): error count since last fsck: 33 May 25 13:36:52 Proliant kernel: [1529248.799343] EXT4-fs (sdj2): initial error at time 1464111862: htree_dirblock_to_tree:1000: inode 1731: block 8768 May 25 13:36:52 Proliant kernel: [1529248.799353] EXT4-fs (sdj2): last error at time 1464175911: ext4_find_entry:1289: inode 2

Dold text

Finns det något att göra förutom att åka till Webhallen?

Visa signatur

Det finns bara två sorters hårddiskar: de som har gått sönder och de som skall gå sönder.

Permalänk
Vila i frid

Det finns inga magiska kommandon som reparerar trasiga solid state minnen som t.ex. sd, ssd, usb etc, tyvärr.

Permalänk
Medlem

@hasenfrasen: nej, det hade jag väl egentligen inte räknat med heller men i bästa fall hade det ju gått att använda delar av kortet. Men men, tur man skall in till stan imorgon och kan ta en sväng förbi WH då.

Visa signatur

Det finns bara två sorters hårddiskar: de som har gått sönder och de som skall gå sönder.

Permalänk
Hedersmedlem

SD-kort med hög belastning dör med inte alltför långa mellanrum, tyvärr.

För att lindra framtida problem så finns det några saker man kan tänka på:

  • Det finns olika hastighetsklassningar för SD-kort. Högre klassningar är inte av nöden synonymt med längre hållbarhet, men i praktiken kan man nog se en koppling. Klass 10-kort brukar exempelvis ha längre fabriksgaranti än de billigaste korten man kan hitta, och det skiljer ofta inte speciellt många kronor för att köpa ett högre klassat kort. Att köra ett OS på kortet är ett typiskt plågsamt användningsområde, och man tackar ju ej heller nej till högre hastigheter, så fundera på om det inte är värt att gå upp till ett dyrare kort.

    En snabbkoll på Webhallen ger att ett 8 GB-kort från Sandisk, klass 4 (5 års garanti*), kostar 49:-, och ett 8 GB-kort från Sandisk, klass 10 (10 års garanti*), kostar 69:-.

    *: "Garanti" med fotnoter, men ändå.

  • Ett kort är ofta så pass litet att du utan större problem kan ta en full kopia som backup — förslagsvis en zippad avbild via dd. Det gör det busenkelt att återställa systemet även om kortet skulle gå sönder.

  • Söker man på nätet kan man hitta tricks för att minimera skrivningar till SD-kort. Kör du en Raspberry Pi-anpassad distribution så är säkert många av dessa tricks applicerade som standard, men det kan ändå vara intressant att sätta sig in i hur man kan påverka mer eller mindre onödiga skrivningar själv.

Jag fick själv anledning att tänka på just dessa bitar för något år sedan när en av mina installationer där /boot kördes på SD-kort valde att kollapsa. Jag lyckades få en lyckad kortdump efter några försök, kunde dunka in en full avbild på ett fungerande kort och köra vidare med minimal ansträngning.

Visa signatur

Nu med kortare användarnamn, men fortfarande bedövande långa inlägg.

Permalänk
Medlem

Tack för tipset om garantin, @phz! Det är ett 16GB Sandisk Ultra som jag köpte i vintras och det har faktiskt 10 års garanti så jag skall ta tag i det imorgon. Risken är bara att det är en massa jobb för väldigt liten vinning, jag vet t.ex. inte var/om jag har kvar kvittot, så frågan är om det är värt ansträngningen eller om det är lättare att bara köpa ett nytt. Det lär inte gå över en natt heller och jag skulle gärna vilja ha igång min Pi i helgen så det får nog bli ett köp imorgon (lyckades tyvärr inte ta vägen om WH idag). Det här är faktiskt mitt första kraschade minneskort, trots många års fotograferande med digital systemkamera och några års experimenterande med RPi.

Jag trodde jag gjort en dd-kopia men det verkar inte så. Får ta och göra en vid nästa installation, det är ju lätt gjort och en bra bas att ha om man tabbar sig och något slutar fungera. Likaså har jag funderat på om man skulle börja använda en usb-pinne för allt utom boot-sektorerna men jag vet inte om de är så värst mycket hållbarare?

Visa signatur

Det finns bara två sorters hårddiskar: de som har gått sönder och de som skall gå sönder.

Permalänk
Vila i frid

Du är inte ensam, har själv glömt flytta loggar från esxi-servers USB-sticka och det blev tvärnit efter 2 månaders drift.

Permalänk
Medlem

Var nyss iväg och köpte ett nytt SD-kort, ett Samsung Evo, så får vi se om det fungerar bättre.

Innan jag åkte körde jag igång badblocks mot det förmodat trasiga kortet och det har nu efter 4,5h sökt av 85% utan ett enda fel. Skumt...

Visa signatur

Det finns bara två sorters hårddiskar: de som har gått sönder och de som skall gå sönder.

Permalänk
Medlem
Skrivet av zarkov:

Var nyss iväg och köpte ett nytt SD-kort, ett Samsung Evo, så får vi se om det fungerar bättre.

Innan jag åkte körde jag igång badblocks mot det förmodat trasiga kortet och det har nu efter 4,5h sökt av 85% utan ett enda fel. Skumt...

Trots att badblocks inte indikerade några fel alls så fallerade minneskortet efter 10 sek när jag försökte skriva dit en Raspbian-image så det får nog bli papperskorgen för det (alt garantiärende, skall ringa Sandisk på måndag). Tur att jag köpte ett nytt minneskort igår.

zarkov@Proliant:/media/4TB/image-files$ sudo dd if=2016-05-10-raspbian-jessie.img |pv -s 4G|sudo dd of=/dev/sdk bs=1M dd: error writing ‘/dev/sdk’: Input/output error ] 5% ETA 0:02:11 0+2707 records in 0+2706 records out 216711168 bytes (217 MB) copied, 10,5989 s, 20,4 MB/s

Visa signatur

Det finns bara två sorters hårddiskar: de som har gått sönder och de som skall gå sönder.