Puncte:0

(Eroare de inițializare în Ubuntu 20.04) Eroare: Eșec la citirea sectorului 0x100800 de la HD1

drapel ru

Acum aproximativ 20 de minute a apărut acest ecran de eroare când am pornit computerul într-un mod neașteptat.

A trebuit să-l opresc cu forța din cauza sistemului de operare care se prăbușise anterior după executarea unui cod. Așa că acum mă îndoiesc dacă această adresă de memorie 0x100800 hard disk intern a fost coruptă și nu se mai poate face nimic, sau dacă există vreo comandă prin care este posibilă restaurarea datelor de pe hard diskul intern.

Cum as putea proceda acum? Va fi necesar să formatați din nou aparatul și este posibil să faceți o copie de rezervă a datelor de pe HD-ul intern sau să reveniți la aceeași stare a sistemului de operare?

Notă: folosesc și un hard disk extern și sunt încă nou pe Linux, am dezinstalat Windows 7 și am instalat Ubuntu 20.04 în martie a acestui an și este prima dată când mă confrunt cu această problemă.

Am găsit probleme similare de genul acesta pe net și în unele pagini, dar am citit că la majoritatea utilizatorilor li s-a blocat HD-ul sau li s-au trecut proceduri precum LiveCD, LiveUSB pe care nu am idee despre cum să efectueze... acest laptop care este arătând problema este singurul meu.

Captură de ecran a erorii: sector de citire a eșecului

Captură de ecran cu GRUB

guiverc avatar
drapel cn
A trebuit sa inchizi aparatul?? A fost imposibil să închideți în siguranță (de exemplu, comenzile SysRq direct către nucleu care permit oprirea în siguranță prin comandă către nucleul Linux). A trebuit să opresc o cutie de 3 ori ieri folosind butonul de pornire (în mare parte panica nucleului) și astăzi am decis că hardware-ul și cutia trebuie înlocuite... (nu merită efortul încercând să înlocuiesc componentele defecte/defectuoase). Forțarea unei cutii într-un mod necurat este rareori înțelept - utilizați SysRq sau metode *sigure* pe viitor. Porniți media *live* și explorați sănătatea și `fsck` discul dvs. (de exemplu, verificarea sistemului de fișiere)
guiverc avatar
drapel cn
Utilizați SMART pentru a valida starea unității - https://help.ubuntu.com/community/Smartmontools (erori pot fi logice sau fizice din cauza întreruperii alimentării), care se poate face prin instrumente CLI sau instrumente GUI dacă un sistem desktop este pornit (vă nu a spus dacă desktop sau server). Dacă unitatea este în regulă și apoi efectuați `fsck` sau verificarea sistemului de fișiere (de pe suportul *live*), probabil veți descoperi că puteți porni normal după repornire (adică dacă `fsck` detectează și remediază probleme cauzate de întrerupere de curent/închidere necurată).
Victor avatar
drapel ru
Așadar, programam, dar îmi dau seama că am făcut o buclă uriașă la codul meu și după aceea l-am rulat, mi-am prăbușit sistemul de operare, dar a durat mai mult de 3 minute pentru a reveni, am decis să forțez repornirea: am apăsat butonul de pornire pentru stingeți, așteptați câteva secunde și pornit din nou... Dar după ecranul inițial al pc-ului m-am confruntat cu primul ecran: "eroare: sector de citire eșec..." și după ecranul GRUB
Victor avatar
drapel ru
Nu știam cum aș putea face comenzile ```SysRq``` în siguranță înainte... Acest media live îl voi căuta să știu... Este încă posibil să recuperez date de pe HD? ? Media live nu am, doar ISO-ul de la Ubuntu 20.04 OS pe care l-am instalat
Victor avatar
drapel ru
Îmi dau seama că SMART nu îl pot folosi pentru că după ce pornesc laptopul și merg la ecranul GRUB nu pot face aceste comenzi care sunt la tutorialul SMART, era pe desktop nu pe server
Victor avatar
drapel ru
Acum am introdus aceeași unitate stilou de pornire (același pe care am folosit-o pentru a instala Ubuntu 20.04) în mașina mea și a fost citită, după aceea a apărut că verifică discurile și nu a arătat erori găsite în directoare
guiverc avatar
drapel cn
FYI: Sysrq este o tastă pe tastaturi, deși pe tastaturile moderne este posibil să nu fie tipărită; de exemplu. nu este pe Dell-urile moderne, dar este disponibil dacă combinația de taste Fn încă; pur și simplu nu mai este imprimat pe taste (luați un telefon și căutați „magic sysrq” și veți găsi https://en.wikipedia.org/wiki/Magic_SysRq_key care este la fel de bun ca oricare). Porniți un sistem *live* pentru a efectua verificări asupra hardware-ului; astfel încât unitatea nu este utilizată, permițându-vă să verificați starea de sănătate; și `fsck` (ceea ce este mult mai dificil pe un sistem care rulează, de aceea utilizați sistemul *live*, astfel încât este folosită doar unitatea de memorie; nu hdd/ssd/etc.)
Victor avatar
drapel ru
Oh, acum am văzut aici, am această cheie Sysrq! Nu mi-am dat seama înainte, îmi pare rău
Victor avatar
drapel ru
Să [continuăm această discuție în chat](https://chat.stackexchange.com/rooms/128010/discussion-between-victor-and-guiverc).
guiverc avatar
drapel cn
Îmi pare rău că accesez acest site prin Ubuntu SSO (adică, conectarea Ubuntu), chat-ul există pe Stack Exchange pe care nu îl pot accesa fără a mă autentifica în Stack Exchange (acest browser am accesul restricționat la Ubuntu SSO). Pentru chat *live*, aș recomanda #ubuntu pe IRC (https://help.ubuntu.com/community/InternetRelayChat)

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.