Puncte:0

HDD-ul intern secundar continuă să modifice permisiunea de a citi numai în Ubuntu 20.04

drapel cn

Am 2 HDD-uri:

  • 80 GB dedicat pentru Ubuntu 20.04
  • 1 TB pentru stocare

HDD-ul de 1 TB continuă să schimbe permisiunea de a citi numai deși l-am schimbat de mai multe ori folosind această comandă:

sudo chown $USER:$USER /mnt/stuff

M-am săturat să-l schimb iar și iar. De ce se întâmplă acest lucru și care este soluția permanentă pentru această problemă?

guiverc avatar
drapel cn
Dacă un *sistem de fișiere* a fost montat ca RW (citire-scriere) și *întoarce* în RO (numai citire), de obicei este un semn al erorilor/problemelor detectate pe sistemul de fișiere și trecerea la RO este să prevenirea pierderii datelor. Mesajele găsite în jurnalele vor confirma motivul răsturnării. Aș sugera să verificați starea unității (dacă unitatea este bună, este PSU sau sursa de alimentare este următorul lucru de verificat). https://help.ubuntu.com/community/Smartmontools
Milind Khobragade avatar
drapel cn
@guiverc unde pot găsi aceste jurnale pentru a verifica motivul?
guiverc avatar
drapel cn
Dacă este sesiunea curentă (adică de la pornire), aș căuta prin `dmesg`. Mesajele pot apărea, de asemenea, în jurnalele systemd (`journalctl`), ceea ce vă permite să priviți dincolo de sesiunea curentă (adică boot-uri anterioare)
Milind Khobragade avatar
drapel cn
Comanda dmesg arată multe lucruri. Nu știu ce informații să mă uit. `blk_update_request: eroare I/O, dev sdb, sector 522806727 op 0x0:(READ) flags 0x0 phys_seg 1 prior class 0` Linia de deasupra înseamnă ceva legat de problema mea?
guiverc avatar
drapel cn
Eroare I/O înseamnă că unitatea poate eșua; deci verificați starea de sănătate folosind unitatea SMART (automonitorizare avansată...) încorporată în unitate, conform linkului cu comanda anterioară (nu ați spus dacă utilizați desktop sau server, dar dacă utilizați un desktop, puteți utiliza GUI instrumente de asemenea pentru a verifica starea de sănătate). **Nu** ar trebui să utilizați unitatea până când ați ajuns la concluzia că este sigur de utilizat, deoarece fiecare utilizare o poate aduce mai aproape de citirile *moarte* și SMART de pe cipuri, astfel încât nu va afecta nicio viață rămasă; lăsând mai multă viață pentru a recupera datele de pe unitate.
Milind Khobragade avatar
drapel cn
`Avertisment EXT4-fs (dispozitiv sdb1): ext4_clear_journal_err:5658: Eroare de sistem de fișiere înregistrată de la montarea anterioară: eroare IO` `Avertisment EXT4-fs (dispozitiv sdb1): ext4_clear_journal_err:5660: Se marchează fs în nevoie de verificare a sistemului de fișiere.` `EXT4-fs (sdb1): avertisment: montarea fs cu erori, rularea e2fsck este recomandată` ce sa fac?
guiverc avatar
drapel cn
Dacă sunt erori *logice* și nu *hardware*; puteți `fsck` (verificarea sistemului de fișiere) unitatea dvs. și orice erori *logice* vor fi remediate și nu veți mai vedea probleme. Problemele repetate înseamnă, de obicei, că este vorba despre hardware (fie că este vorba despre unitatea defectuoasă, fie că este vorba despre o putere slabă (dispozitivele bune se comportă prost dacă nu au o putere bună) etc... Nu vă deranjați cu `fsck` până când știți că unitatea este sănătoasă, totuși (cu cât folosiți mai mult unitatea, cu atât riscați pierderea de date mai mare)

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.