Spørgsmål:
Raspbian sidder fast i skrivebeskyttet efter genstart
Reid A
2013-09-04 22:23:26 UTC
view on stackexchange narkive permalink

Jeg er den nye ejer af en Raspberry Pi, og jeg har problemer med, at mit filsystem sidder fast i skrivebeskyttet tilstand efter genstart af enheden.

Her er den hardware, jeg arbejder på med:

Pi: model B

PSU: Samsung GSIII oplader 5A 1A

SD: Kingston 8GB (splinterny)

input : grundlæggende USB-tastatur og mus

video: HDMI

Jeg kan installere Raspbian ved hjælp af NOOBS-billedet helt fint, og når jeg først er i, kan jeg konfigurere og installere programmer, men efter en genstart 90 % af tiden ved opstart får jeg en advarsel om, at filsystemet kun læses, og efter at jeg logger ind på skallen, kan jeg ikke udføre nogen opgave, der involverer at skrive til en fil. Jeg kan ikke engang starte skrivebordet. Jeg kan køre alle shell-programmer, jeg havde installeret før genstart. Jeg genstarter kun ved hjælp af kommandoerne sudo reboot og sudo shutdown -h now . Når jeg lukker ned, venter jeg på, at videoen dør, og lyset på Pi'en holder op med at blinke, inden jeg fjerner strømmen. Jeg har prøvet at genoptage SD-kortet mange gange, og den første boot fungerer altid fint, nogle gange lader det mig genstarte en eller to gange, men det har altid det samme problem til sidst. Jeg har en moderat fortrolighed med Unix / Linux, men dette er mit første forsøg på at bruge en Pi. Hjælp!

Har SD-kortet en skrivebeskyttet kontakt?
Ja, og jeg skiftede den nådesløst med god målestok. Kortet dukkede op som læse- og skriveadgang på min bærbare computer, kun pi troede, det var readonly.
To svar:
goldilocks
2013-09-04 22:36:49 UTC
view on stackexchange narkive permalink

Se i / var / log / syslog og se om du kan finde en indikation på hvorfor. Hvis filsystemet monteres skrivebeskyttet, er den sidste ting i den fil, hvad der skete, da den stadig var skrive- og skrivebeskrivelse, da systemet ellers ikke kan logge der. Hvilket måske eller måske ikke er nyttigt ...

Kernens egen log er dog i hukommelsen og kræver ikke et skrivbart filsystem for at få adgang. Du kan se det med: 

  dmesg | mindre

Se på det lige efter du har genstartet.

[Derefter baseret på det ...]

Fra billederne ser det ud til, at du har enten rodfilsystemkorruption eller et dårligt SD-kort. Lad os håbe, det er førstnævnte.

At genblinke hele billedet igen og igen er en slags brutal metode og giver ingen spor om problemet. Sæt i stedet SD-kortet i et andet linux-system (du kan bruge en liveCD), men monter det ikke (eller umount det, hvis det automatiseres). Hvis den anden partition på kortet derefter er /dev/sdb2:

  e2fsck -p -c / dev / sdb2

-p betyder reparation automatisk, -c er kontrol for dårlige blokke. Du skal se noget output om de ting, der løses. Dette garanterer ikke, at alt vil være fint, men så længe korruptionen ikke er for omfattende, skal du være okay. Foretag en anden kørsel e2fsck -f ; -f tvinger kontrollen, da denne gang kan den være mærket "ren". Hvis det går okay, er fs så repareret, som det bliver.

Prøv at starte det, og hvis det fungerer, har du held. Hvis ikke, prøv med et andet SD-kort for at sikre, at dit ikke er defekt.

Når du lukker ned, skal du give det et godt 15-20 sekunder, efter at al aktivitet er stoppet, inden du trækker strømmen. En hel del mennesker kommer her med problemer med korruption, åbenbart er pi meget følsom på denne måde.

Hvad **** jeg genstartede igen, og det fungerer korrekt nu. Jeg forsøgte at genstarte en anden gang bare i tilfælde af, og det fungerer stadig. Jeg ønsker ikke at kalde dette løst endnu, men hvis jeg er i stand til at genstarte / powerycle en konsekvent i et stykke tid, markerer jeg det løst.
Bare for posten genoptog jeg mindst 4 gange og havde læs-skriv-problemet, så jeg føler, at jeg var grundig nok til at retfærdiggøre dette indlæg.
Det skete igen [Her er nogle fotos, jeg tog af logfilerne.] (Http://imgur.com/a/9Uqn5)
@ReidA: Okay, se på hvad jeg tilføjede ovenfor.
Tak for rådet. Så snart jeg har tid til at rode med min Pi igen, undersøger jeg det. Heldigvis har jeg dual boot Linux Mint på min bærbare computer med SD-slot. Jeg vil forsøge at være ekstra forsigtig med at vente på at slukke og se, om det hjælper med at øge pålideligheden, men jeg er sikker på, at mindst én korruption skete under en genstart uden powerdown. Jeg vil opfordre dig, hvis jeg havde det krævede ry, gæt det ikke overføres mellem stakwebsteder.
Jeg kørte kommandoerne på kortet som du foreslog uden virkning. Jeg prøvede også at starte fra et andet kort, men så snart jeg genstarter (ved hjælp af genstartkommando fra terminal) mislykkedes det nøjagtigt som det første. Skal min PI være mistænksom på dette tidspunkt eller på strømforsyningen? Jeg føler, at fiaskoen er meget mere konsistent nu, før jeg lejlighedsvis kunne genstarte uden korruption.
@ReidA Ja :( Jeg ser * alt for mange mennesker her klager over dette problem og gør det klart, at de lukker ned og genstarter korrekt for at alle kan tage fejl - i det mindste et par om ugen. I mellemtiden har jeg haft min i ~ 6 måneder, arbejd med det hver dag, havde strømafbrydelser (faktisk en i morges) og havde aldrig et problem. Der er rygter om, at RPI'er fra Kina er af lavere kvalitet. Jeg kan ikke sige, om det er sandt (eller hvordan for at adskille dem fra hinanden), men Element 14 praler faktisk på deres side nu, da de kun sælger de britiske. ** Men ... **
... mens hvis 'e2fsck -c' på en anden linux-boks siger, at din partition er ren, er din partition ren, det inkluderer ikke den første vfat-partition. Baseret på din beskrivelse synes det for mig usandsynligt, at det er problemet, * men * du ved aldrig. Jeg arbejder ikke meget med vfat, jeg forestiller mig, at du kan kontrollere det i en Windows-boks. I det mindste når du sender det tilbage, kan du sige, at du var grundig. Giv dem også denne url.
Gæt, jeg ser om returnering af Pi (opfyldelse af Amazon, forventer ingen problemer med kundesupport) Sælgernavnet på Amazon er angivet som "savingCOST", synes du det er det værd at bede om en refusion og købe en ny enhed fra E14?
@ReidA kan være umagen værd. Jeg kan ikke finde E14-siden, jeg har sikkert set det for nylig, men denne tråd: http://www.raspberrypi.org/phpBB3/viewtopic.php?f=63&t=48784 hævder, at de flyttede produktionen tilbage til Storbritannien , og der er forskellige nyhedshistorier om det også - der er helt sikkert en grund ud over patriotisme, der arbejder der. En person på den tråd hævder også at have en UK-pi og en China-pi (klistret - sandsynligvis på den lille hvide kasse, den kom ind) og et SD-kort, der fungerer i førstnævnte, men ikke sidstnævnte. Jeg er sikker på, at hvis du spørger til E14, vil de give dig et ærligt svar.
Rådgivningen om at "sætte SD-kortet i et andet linux-system" var meget nyttigt. I mit tilfælde startede systemet skrivebeskyttet på grund af kopiering af mit diskbillede til en lidt mindre SD, selvom både kilde og destination er mærket som 16 GB-kort. Den lille forskel blev tydelig, da jeg brugte 'sudo parted / dev / sdc print' for at bekræfte, at jeg havde den rigtige enhed til SD-kortet. Rettet med 'resize2fs' og 'parted'.
AlexG
2018-03-26 04:03:16 UTC
view on stackexchange narkive permalink

Jeg sad også fast i skrivebeskyttet tilstand. I mit tilfælde var jeg i stand til at tvinge skrivebeskyttet tilstand til at arbejde ved at køre 

  mount -o remount, rw /

Men så alle mulige andre aspekter fungerede ikke. Så for at ordne for godt slettede jeg SD-kortet ved hjælp af diskværktøjet på MacOS, som det ses nedenfor:

enter image description here

Så brugte jeg Etcher til skriv billedet ( Raspbian i mit tilfælde).

Jeg forstår ikke. Formaterer du SD-kortet med et FAT-filsystem og monterer derefter billedet? Hvilket billede? Hvilken partition formaterer du? Rodpartitionen har brug for et ext4-filsystem.
Jeg er ikke særlig teknisk dygtig med filsystemer, så meget af dette går over mit hoved. Billedet i mit tilfælde var [raspbian] (https://www.raspberrypi.org/downloads/raspbian/), og jeg brugte Etcher til at montere det
Du behøver ikke at formatere dit SD-kort, før du skriver et billede til det. Når du skriver et billede til et SD-kort, slettes det eksisterende partitioner / formatering og omskrives det med billedfilen. (Desuden skriver Etcher billeder, montering af et billede er noget andet.)
Tak for afklaringen @Max. På trods af hvad du siger, løste denne metode mit problem, selv efter at jeg havde prøvet at bruge bare Etcher et par gange før (uden held). Bundlinjen er, at jeg havde dette problem, fandt en løsning og postede her for at prøve at hjælpe den næste fyr.
Jeg er glad for, at det gik, men det er vigtigt at vide, at det problem, du stødte på, ikke har noget at gøre med at formatere dit kort, før du skriver et billede til det. Hvis du havde dette problem igen og igen, har du muligvis dårlige blokke på dit SD-kort, der ødelægger virkelig hurtigt, og så er det bare et spørgsmål om tid, før det korrumperer igen. Men hej, jeg er stadig glad for, at du fik det til at arbejde;)
Problemet skete, fordi jeg misbrugte hindbær-PI: sandsynligvis skyldtes det at fjerne SD-kortet, før jeg lukkede ned. Blot at brænde billedet til SD med Ether løste ikke problemer med mit skrivebeskyttede filsystem. Løsningen var at formatere inden anvendelse af etcher som vist ovenfor


ⓘ
Denne spørgsmål og svar blev automatisk oversat fra det engelske sprog.Det originale indhold er tilgængeligt på stackexchange, som vi takker for den cc by-sa 3.0-licens, den distribueres under.
Loading...