Svenska ElektronikForumet

När jag använder
"sudo apt-get install xyz"
för alla xyz saker jag vill installera. Jag får följande felmeddelande:

Do you want to continue [Y/n]? y
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
	LANGUAGE = (unset),
	LC_ALL = (unset),
	LC_TIME = "sv_SE.UTF-8",
	LC_MONETARY = "sv_SE.UTF-8",
	LC_ADDRESS = "sv_SE.UTF-8",
	LC_TELEPHONE = "sv_SE.UTF-8",
	LC_NAME = "sv_SE.UTF-8",
	LC_MEASUREMENT = "sv_SE.UTF-8",
	LC_IDENTIFICATION = "sv_SE.UTF-8",
	LC_NUMERIC = "sv_SE.UTF-8",
	LC_PAPER = "sv_SE.UTF-8",
	LANG = "en_GB.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
Selecting previously unselected package libglibmm-2.4-1c2a:armhf.
dpkg: unrecoverable fatal error, aborting:
 unable to open files list file for package `libxcursor1:armhf': Input/output error
E: Sub-process /usr/bin/dpkg returned an error code (2)

När försöker utföra kommandon mot libglibmm-2.4-1c2a:armhf får jag följande resultat

Kod: Markera allt

pi@mumin1 /var/lib/dpkg/info $ ls libxcursor1:armhf.list
ls: cannot access libxcursor1:armhf.list: Input/output error

Att kopiera annan file över, "rm "eller "mv" på libxcursor1:armhf.list funger ej och ger likartat felmeddelande.
Det enda som ej ger felmedelande:

Kod: Markera allt

pi@mumin1 /var/lib/dpkg/info $ find ./ -name libxcursor1:armhf.list
./libxcursor1:armhf.list

Har även kört /usr/badblock utan några fel.
Jag har testat ett antal olika förslag från nätet men inget har gett ett positivt resultat

Prova att byta SD-kort till och börja med - det är bland det första testet man skall göra om man har strul. Också se till att strömförsörjningen är tillräcklig och inte börja dippa i spänning även om ström-peakarna vid tex. programmering av SD tillsammans med resten kanske går en bit över 500 mA. Detta innebär att strömförsörjningskablarna (läs USB) skall hållas korta och matas av en aggregat som lätt kan 2 ampere.

Att SD är misstänkta så fort det krånglar beror på att även om ursprungliga intentionerna att SD skulle vara tålig och säker lagringsform - så är det med all contefeit/pirat och 3-hands förpackning av utdömda chip (där en 64 GB-chip går iväg som en 4 GB då resten inte fungerar) och att flashen numera är av multileveltyp istället för tidigare singel-leveltyp gör det hela mycket ömtåligare än tidigare.

SD är inget man sparar sina familjefoton på ur långtidsperspektiv utan skall kopieras ur snarast och lagras på säkrare media för säkerhets skull

kört fsck?

fsck indikerade massa fel. Bytte till 2Amps matning. Bytte kort men det blev inte ett dugg bättre. Kingston 16GB micro-SD HC 10

USB-kabeln - är den bytt och är den kort ??.

Är det en _riktig_ Kingston och inte en fake (är dessa köpt utomlands och från Asien så är det stor risk för counterfeit) . Har du provat andra som tex. från Sandisk, Samsung. 8 GB istället för 16 GB etc.

Det _kan_ också vara problem med själva raspen...

Kör på två olika RPIer, en Pi1 B en Pi2 B, de ger samma fel. SD-kort köpta hos Kjell. Arean på USB-kablar tyvärr inte specade, vad jag sett.

Kanske blir det fel när jag kopierar image.
1. Jag kopierar ett SD-kort till en image-fil på arbetsdator. (Orginalet av appliktion på SD-kortet)
2. Image-filen laddar jag ned till ett annat kort
3 som jag gör apt-get update o upgrade på.
4. Det uppdaterade kortet laddar jag upp till ytterligare image-file
5. Vid behov laddar jag ner den andra imagen på SD-kort.
Detta för att jag skall kunna gör flera kopier av applikation på SD-kort. Det tar över en timme att göra update och upgrade

Det kan ha hänt nått när jag kopierar fram och tillbaka. Mitt orginalkort är 8GB och mina kort jag kör på är ju 16GB

testat reparera med fsck?

sudo touch /forcefsck
sudo reboot

edit: och mät spänningen på kortet TP1 och TP2

Kollat md5summor eller diffat korten? Senast i helgen upptäckte jag att ett USB-minne korrumperade filer. Glöm inte att tömma cachen innan du verifierar att filerna är ok.

Kod: Markera allt

sync && echo 3 > /proc/sys/vm/drop_caches

Tömmer du inte cachen är övningen meningslös.

jag antar här att du gör ordentliga nedtagningar och inte bara rycker ur sladden ur raspen och får korrupt filsystem av den anledningen .

hur görs kopieringen av imagen - 'dd' i linux och i laptop - provat annan laptop ??

detta för att kolla att felen inte blir i utrustningen som kopierar image.

Oj det var många tips. Har inte hunnit göra alla. Det verkar nästan vara dags att göra en testspec och hålla labbdagbok.

Lite typiskt för felsökning. Nu har jag plötsligt två kort som snurrar, men felet/felen kommer säkert återkomma. Jag trodde att det kanske var ett matningsspänningsproblem som påpekades som möjlighet. Problem med kraften brukar skapa förvirring.

Kraft:
tp1-tp2 Running CPU 4,8V
tp1-tp2 Halted CPU 4,96V
ingen RPI, last 5 Ohm 4,69V
Ingen RPI,ingen last 5,09V

Kod: Markera allt

erik@1215N:~/Arkiv/RaspberryPi/image$ sudo sync && echo 3 > /proc/sys/vm/drop_caches
bash: /proc/sys/vm/drop_caches: Permission denied

Fungerar inte och endast sync verkar inte göra någon skillnad på cachen . På unbuntu meny-balk gör jag "Eject parent drive". Antar att det borde räcker och detta borde tömma chache. Cachen minskar men blir inte noll. Se nedan.

Kod: Markera allt

erik@1215N:~/Arkiv/RaspberryPi/image$ free
             total       used       free     shared    buffers     cached
Mem:       4037048    3911432     125616     247508    1230588    1682792
-/+ buffers/cache:     998052    3038996
Swap:      7812092      85392    7726700

Efter "Eject parent drive"

Kod: Markera allt

erik@1215N:~/Arkiv/RaspberryPi/image$ free
             total       used       free     shared    buffers     cached
Mem:       4037048    2706788    1330260     252360      45916    1687784
-/+ buffers/cache:     973088    3063960
Swap:      7812092      85388    7726704

Jag har två kort jag labborerat ett Kingston och ett Sandisk. Båda fungerar numera/ för tillfället och jag har lyckats installera telldus-core (det var där mina problem började)

sudo touch /forcefsck?

Japp ibland får jag massa fel som inte går att reparera men nu ok. Senast, på Kingstonkort fick jag manuellt fixa ett fel med fsck. Maskinen fixade några andra vid reboot.

Kollat md5summor eller diffat korten?

Nej

jag antar här att du gör ordentliga nedtagningar och inte bara rycker ur sladden ur raspen och får korrupt filsystem av den anledningen

shutdown -h now

hur görs kopieringen av imagen - 'dd' i linux och i laptop - provat annan laptop?

Via Asus 1215N kortläsare. Ej testat med annan laptop.

Kod: Markera allt

sudo dd bs=4M if=pi151129-upgraded.img of=/dev/sdb

Det är lite störande att mina problem inte är riktigt upprepbara. Jag är övertygad att de återkommer. Tack för support.

En tanke är att mitt problem kommer från problem med källkortet. Det är 2-3år gammalt och jag skriver på det varje minut.
Ps
När fel uppstår och systemet hamnar i enanvändarmod med rootprompt. Hur sparar infon som finns på skärmen? "dmesg" ger inget.

Om du har skrivit varje minut och har gjort det i 2-3 år så kan det definitivt vara ett problem - dvs. att du har slitit ut flashen och den börja läsa fel ibland. - det kan vara ett helt block på 64 - 256 kB som måste skrivas om i flashen för varje gång det lagras även om det bara är en byte som ändrad - jag antar att flagga/optionen 'noatime' finns med vid mount - annars får man dessutom en tidsuppdaterig i filsystemet (och ytterligare block som måste flashas om regelbundet) var gång en fil läses etc.

Det finns speciella flash och SSD-filsystem där man minimera sådant här och skriver smart (typ "copy on write"-tänk) så att man inte behöver radera block så ofta - och speciellt avsedd för dumma flashminnen utan wear-levlings management som kan vara i tex. inbyggnads-miljö

tror inte att raspen använder sig av sådan filsystem utan vanlig ext4 och förlitar på att minnes-management-kretsen i SD-brickan löser sådant, men det är väldigt olika i kvalitet på hur duktiga de är mellan olika SD-generationer och tillverkare och framförallt förmåga att och om reagera för om det börja läsa felaktiga sektorer - det verkar vara si och så med det när det gäller flashminne...

prova att läs samma SD kort till 3-4 olika image och sedan kör sum eller annan jämförelse och se om det är lika - om det är olika så har du definitivt problem med SD-kortet pga utsliten flash.

Bra tips! Och som jag skrev tidigare, cleara cachen mellan skrivning till varje image. Och innan koll med md5sum. Cachen är bra för att snabba upp men ställer till problem när man VERKLIGEN vill veta hur det ligger till. Been there, done that.

Höj spänningen.

När jag började med hallonpajen hade jag mycket strul med skrivfel på sdkorten och vissa sdkort som var instabila,
en del funkade bättre osv.

När jag misstänkte spänningen började jag med att bygla polyfusen och fick en märkbar förbättring direkt,
numera kör jag uteslutande med 5,05 volt direkt in på stiftlisten från enkla LM2596 DC/DC omvandlare från ebay
och godtycklig batterieliminator med 10-20 volt DC.

Har sedan dess aldrig haft några problem med några minneskort annat än vid strömavbrott.

Just nu har jag 5 st igång på olika 24/7 uppdrag

Den här kör webserver och "kioskmode" display i hallen,
bootades om senast i samband med någon uppgradering

Kod: Markera allt

pi@bplus ~ $ uptime
 21:22:14 up 226 days, 13:38,  1 user,  load average: 0.21, 0.10, 0.06

Superstabilt!

Svenska ElektronikForumet

Problem trasig fil? på RaspbberyPi

Problem trasig fil? på RaspbberyPi

Re: Problem trasig fil? på RaspbberyPi

Re: Problem trasig fil? på RaspbberyPi

Re: Problem trasig fil? på RaspbberyPi

Re: Problem trasig fil? på RaspbberyPi

Re: Problem trasig fil? på RaspbberyPi

Re: Problem trasig fil? på RaspbberyPi

Re: Problem trasig fil? på RaspbberyPi

Re: Problem trasig fil? på RaspbberyPi

Re: Problem trasig fil? på RaspbberyPi

Re: Problem trasig fil? på RaspbberyPi

Re: Problem trasig fil? på RaspbberyPi

Re: Problem trasig fil? på RaspbberyPi