Înainte aveam Windows 10 pe laptop. Din senin actualizările nu s-au instalat corect și sistemul a avut întotdeauna o problemă de utilizare a discului 100% din cauza căreia a fost foarte foarte lent. Am descoperit pe internet că era aproape imposibil de rezolvat, așa că am decis să trec la alt sistem de operare. (Am încercat deja scanări precum SFC, DISM, CHKDSK etc etc, dar nu sunt utile)
Informațiile PC-ul meu:
Laptopul meu are doi ani
Mâner 0x0001, DMI tip 1, 27 de octeți
Informatii despre sistem
Producator: HP
Nume produs: laptop HP 15-da1xxx
Versiune: Type1ProductConfigId
Număr de serie: CND84514TK
UUID: ef325e8a-e8dc-e811-a4c3-84a93ea27d6c
Tip de trezire: Comutator de alimentare
Număr SKU: 5PC90PA#ACJ
Familie: 103C_5335KV HP Notebook
Mâner 0x000B, DMI tip 12, 5 octeți
Opțiuni de configurare a sistemului
Opțiunea 1: ConfigOptions1
Opțiunea 2: ConfigOptions2
Opțiunea 3: ConfigOptions3
Opțiunea 4: ConfigOptions4
Opțiunea 5: ConfigOptions5
Opțiunea 6: ConfigOptions6
Opțiunea 7: ConfigOptions7
Opțiunea 8: ConfigOptions8
Mâner 0x0010, tip DMI 15, 29 octeți
Jurnal de evenimente de sistem
Lungimea zonei: 0 octeți
Decalaj de pornire antet: 0x0000
Lungimea antetului: 8192 octeți
Data Start Offset: 0x2000
Metoda de acces: Funcții de date nevolatile de uz general
Adresa de acces: 0x0000
Stare: valid, nu complet
Schimbați simbolul: 0x12345678
Format antet: specific OEM
Descriptori de tip de jurnal acceptați: 3
Descriptor 1: redimensionarea memoriei POST
Format de date 1: niciunul
Descriptor 2: eroare POST
Format de date 2: bitmap rezultate POST
Descriptor 3: Zona de jurnal resetată/ștersă
Format de date 3: niciunul
Mâner 0x001D, tip DMI 32, 11 octeți
Informații de pornire a sistemului
Stare: Nu au fost detectate erori
Filesystem Size Used Avail Use% Montat pe
udev 3,9G 0 3,9G 0% /dev
tmpfs 785M 1,9M 783M 1% /run
/dev/sda2 916G 219G 650G 26% /
tmpfs 3.9G 0 3.9G 0% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
/dev/loop0 56M 56M 0 100% /snap/core18/1988
/dev/loop1 100M 100M 0 100% /snap/core/11187
/dev/loop3 56M 56M 0 100% /snap/core18/2066
/dev/loop2 9,2M 9,2M 0 100% /snap/canonical-livepatch/99
/dev/loop4 219M 219M 0 100% /snap/gnome-3-34-1804/66
/dev/loop6 65M 65M 0 100% /snap/gtk-common-themes/1514
/dev/loop7 52M 52M 0 100% /snap/snap-store/518
/dev/loop8 51M 51M 0 100% /snap/snap-store/547
/dev/loop5 219M 219M 0 100% /snap/gnome-3-34-1804/72
/dev/loop9 32M 32M 0 100% /snap/snapd/11036
/dev/loop10 66M 66M 0 100% /snap/gtk-common-themes/1515
/dev/loop11 33M 33M 0 100% /snap/snapd/12159
/dev/loop12 180M 180M 0 100% /snap/spotify/46
/dev/loop13 296M 296M 0 100% /snap/vlc/2288
/dev/sda1 511M 7,9M 504M 2% /boot/efi
tmpfs 785M 72K 785M 1% /run/user/1000
Problemă actuală:
Ubuntu a fost bine timp de două zile și am fost fericit, dar dintr-o dată, fără preaviz, am avut probleme cu sistemul de fișiere numai pentru citire. Și de ieri nu am putut instala niciun pachet (încercam să instalez Conda pentru python)
sudo apt-get update
Eroare de autobuz
sudo apt install smartmontools
Eroare de autobuz
Acum, PC-ul meu dă o notificare „Problemă de sistem detectată” din când în când. În această dimineață, când mi-am pornit computerul, mi-a cerut să efectuez „fsck” ca de obicei și iată ce a arătat după:
Am încercat să descarc și să instalez software-ul „GSMARTCONTROL”, dar se închide aproape imediat și arată următoarea eroare:
Nu se poate instala GSmartControl deoarece descărcarea a eșuat:
E:
Metoda http a murit în mod neașteptat!
Autotest de evaluare SMART Disk:
Am efectuat o EVALUAREA SMART DISK și nu știu de ce, dar funcționează aleatoriu. Inițial, arată că evaluarea este la 90,0% și „Discul este ok(53 sectoare defectuoase)”, apoi eșuează și arată că „Autotestarea a eșuat (citește)” (imaginea de mai sus)
Concluzie:
- Se defectează discul meu?
- Sectoarele de rezervă vor fi suficiente pentru a repara
această problemă?