praegune kellaaeg 20.10.2025 16:53:33
|
Hinnavaatlus
:: Foorum
:: Uudised
:: Ärifoorumid
:: HV F1 ennustusvõistlus
:: Pangalink
:: Telekavad
:: HV toote otsing
|
|
autor |
|
kaabakas
HV veteran

liitunud: 01.04.2002

|
12.04.2024 03:42:19
|
|
|
Scott kirjutas: |
USB antud juhtumis asjaosaline ei olnud, lihtsalt mõni siin loeb üle rea ja siis teeb "järeldusi". |
No anna andeks, minu viga, kaks vigast ketast versus üks vigane ketas ja üks vigane usb port on tõesti täiesti erinevad asjad andmete hea säilimise seisukohalt.
mina634 kirjutas: |
Linux ei kirjuta kunagi asju vigase sektori peale. Partitsioon teeb nii, et (OS paigaldamise ajal tehtud) vigased sektorid on kasutamatud. |
Cunninghami seadus...
Partitsioonidel pole vigaste sektoritega midagi pistmist. Partitsioonitabel, ja gpt puhul tema varukoopia, kirjutatakse ketta peale väga konkreetsesse kohta, nui neljaks, ja see konkreetne asukoht on kogu huvi mis neil sektoritest on. Kui ketas on nii läbi et sellega enam hakkama ei saa, siis on ta ikka päris läbi ja läks juba eile vahetusse. Mis toimub partitsioonide sees, partitsioonitabelit ei huvita. Mis ketta peal sektoritega toimub, partitsioonitabelit ei huvita. Ei saagi huvitada, tal pole kohta kus selle kohta infot hoida. Partitsioonitabel teab täpselt ja ainult niipalju, kus ja millised partitsioonid ketta peal on.
Vigastest sektoritest võivad midagi teada failisüsteemid, aga mitte keegi ketast tänapäeval opsüsteemi paigaldamise och failsüsteemi loomise ajal üle ei skänni, et vigaseid sektoreid otsida. Keegi pole nõus tundide või päevade ootama kuni formaatija kõik need terabaidid üle (kirjutab ja) loeb. No tegelikult kindlasti me kellegi leiame kui väga vaja, näiteks scdardi maalt. Aga kõvaketastel on vigased sektorid juba mitukümmend aastat ketta siseprobleem ja selleks ajaks, kui failisüsteem nendest midagi teadma peaks, on ketas juba nii tuksis, et aeg oli ta ammu välja vahetada.
Et ketastel vigu tekib, on võrdlemisi tavaline asi, aga enamasti parandatakse vead ilma probleemideta ära. Kaasaegsed kettad oleks ilma veaparanduseta võimatud. Sektorivead on osa sellest ja vigastele, õigem oleks öelda probleemsetele sektoritele kirjutamine kuulub probleemi lahendamise vahendite, kuigi hapumate, hulka. Sellel pole aga midagi pistmist opsüsteemi, ega ka failisüsteemiga. Probleemse sektori elus on kaks tähtsat sündmust:
1) Sektorit üritatakse lugeda ja see ebaõnnestub. Veast antakse kasutajale teada, et ta saaks välja mõelda, mida oma andmekao osas edasi teha. Mida tähendab 'antakse kasutajale teada' on muidugi küsimus omaette. Ketas teavitab opsüsteemi, opsüsteem teavitab programmi, mis (faili) lugeda üritas. Iga programm ei pruugi kasutajale sellest karjuma hakata. Sel juhul kasutaja ei pruugi ka osata õigesse kohta vaadata, ega tähele panna, ega imeliku käitumise põhjusi logidest taga otsima hakata. Igatahes, lugemisveaga sektori kannab ketas oma arvepidamises 'pending sector' nimekirja, ja selliste hulka võib igaüks smart infost järele vaadata. Pending tähendab, et sektori üle pole veel ära otsustatud, mis tast saab, sest andmed seal sektoris on küll jäädavalt kadunud, aga täiendav tõmblemine midagi paremaks enam ei tee.
2) Aga kunagi hiljem juhtub, et probleemsele sektorile üritatakse kirjutada. Enamasti muutub sektor selle tulemusena jälle loetavaks. Sel juhul võetakse ta pending nimekirjast maha ja elu läheb edasi. Vabalt võis juhtuda, et sektor kirjutati loetavaks enne kui keegi sealt üldse andmeid lugeda üritas, ja ta seega kunagi ka pendingu nimekirjas ei käinud. Aga kui sektor kirjutamise tagajärjel loetavaks ei muutu, siis läheb ta bad sectorite nimekirja. Kettal on selle jaoks paarsada kuni paar tuhat sektorit varuks, ta kannab vigase maha ja võtab varudest uue kasutusele. Selle kohta räägib smart infos reallocated rida. Paar või paarkümmend sellist pole ketta tervise seisukohast veel eriline probleem, aga sada sellist näitab, et aeg on ta välja vahetada. Ketaste maht on tänapäeval nii suureks kasvanud, et ületab tehnoloogilise võimekuse vigu vältida. Mitmeterasel kettal on miljardeid sektoreid. Mõnega neist midagi ikka juhtub. Keda sellised asjad huvitavad, peab valmistuma näiteks võimaluseks, et andmed sektoris on riknenud koos kõrvaloleva ecc'ga nii, et nad omavahel klappima jäävad - sel juhul raudvara andmekadu vahele võtta ei saa.
Ssd'd toovad mõne uue asja mängu juurde. Ära kulutatud ssd puhul muutuvad sektorid kirjutamatuks, mitte loetamatuks. Teoreetiliselt lülitab kogu ketas ennast sel hetkel read-onlyks, et andmed alles jääks ja kätte saadavad oleks. Kas see reaalsuses ka töötab, ei tea, pole ühtegi ise veel nii kaugele saanud. Kui ssd veel värskem ja vähem töökindel leiutis oli, siis kuuldavasti seda ikka juhtus. Kuna neid tootjaid, keda asi veidi rohkem kotib, liiga palju ei ole; kuna samuti pole liiga palju tootjaid kes viitsiks erilist käitumise standardiseerimist või üle turu ühtlustamist taga ajada, siis ma igaks juhuks sellele liiga palju ei panustaks.
Kõigest sellest ei järeldu, et ketas ei võiks lihtsalt üleöö saba anda. Või muudmoodi lappama minna, nagu näiteks Samsungi viimaste aastate firmware probleemid. Nagu ikka, backupid.
_________________ Mida Ott ei õpi, seda Egon ei tea. |
|
Kommentaarid: 105 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
2 :: |
95 |
|
tagasi üles |
|
 |
avrn
Kreisi kasutaja
liitunud: 16.02.2007
|
12.04.2024 18:15:33
|
|
|
Kui juba kettateemad jutuks tulid .....
Ma olen kunagi kuskilt lugenud soovitust jätta ssd-kettale veidi vaba ruumi, mingid protsendid olid ka ära toodud. Linki ärge küsige, ei mäleta.
Põhjendati seda sellega, et siis on ketta firmwarel paremad võimalused ketta tõrkeid siluda ja seeläbi pikendada ketta tööiga.
Ise olen viimased aastad seda soovitust järginud, jättes ca 10G vaba ruumi kettale. Sõltumata OS-ist.
Ei ole küll just Ubuntuspetsiifiline küsimus, aga mis te arvate sellest?
|
|
Kommentaarid: 5 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
0 :: |
5 |
|
tagasi üles |
|
 |
pppd
Kreisi kasutaja
liitunud: 21.06.2004
|
12.04.2024 19:34:21
|
|
|
täiesti mõistlik, ja mitte ainult riistvara osas. Sain ise just õppetunni, et soovitus zfs-i failisüsteemi mitte liiga täis panna on täiesti põhjendatud.
|
|
Kommentaarid: 3 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
0 :: |
3 |
|
tagasi üles |
|
 |
DigeBeni
HV Guru

liitunud: 06.11.2001
|
12.04.2024 21:04:53
|
|
|
Ubuntu puhul ongi juba 5% tühja ruumi by default reserveeritud, et ketas täitumise korral kasutamiskõlbmatuks ei muutuks. Aga kui ise mingit eksootikat kasutad, siis pead muidugi arvestama ka selle omapäradega.
_________________
 |
|
Kommentaarid: 194 loe/lisa |
Kasutajad arvavad: |
   |
:: |
2 :: |
5 :: |
160 |
|
tagasi üles |
|
 |
Dogbert
HV Guru

liitunud: 03.05.2004
|
14.04.2024 19:22:23
|
|
|
avrn kirjutas: |
Kui juba kettateemad jutuks tulid .....
Ma olen kunagi kuskilt lugenud soovitust jätta ssd-kettale veidi vaba ruumi, mingid protsendid olid ka ära toodud. Linki ärge küsige, ei mäleta.
Põhjendati seda sellega, et siis on ketta firmwarel paremad võimalused ketta tõrkeid siluda ja seeläbi pikendada ketta tööiga.
Ise olen viimased aastad seda soovitust järginud, jättes ca 10G vaba ruumi kettale. Sõltumata OS-ist.
Ei ole küll just Ubuntuspetsiifiline küsimus, aga mis te arvate sellest? |
Over-provisioning.
Näiteks Samsungi Pro seeria SSD-del on kasutajale nähtamatuna piisavalt palju kasutamata vaba ruumi, et kettal nähtavalt midagi tühjaks jätma ei pea ja ketta kiirus selle all kannatada ei tohiks. EVO seeria ketastel soovitab Samsung 10% mahust tühjaks jätta (Samsung Magician tarkvara seda ka soovitab ja vajadusel aitab selle 10% tühjaks teha).
Sellegipoolest, kui SSD kettal on partitsioneerimata vaba ruumi, siis oskab firmware seda osa ära kasutada kulumise aeglustamiseks ja ketta töökiiruse säilitamiseks.
_________________ Tee inimesele lõke ja tal on soe üheks päevaks, pista ta põlema ja tal on soe elu lõpuni. (Terry Pratchett)
e.k spikker: muhk on kumer, lohk on nõgus.
viimati muutis Dogbert 14.04.2024 20:23:31, muudetud 1 kord |
|
Kommentaarid: 33 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
0 :: |
32 |
|
tagasi üles |
|
 |
mina634
Kreisi kasutaja

liitunud: 10.11.2023
|
14.04.2024 20:00:29
|
|
|
Ma siiamaani uskusin, et swap ja ext4 on kahepeale ainult linuxi mäluruum ja muidugi RAM mälu. Ja et firmware ei ole linuxi open source..
_________________
 |
|
tagasi üles |
|
 |
Dogbert
HV Guru

liitunud: 03.05.2004
|
14.04.2024 20:23:13
|
|
|
mina634 kirjutas: |
Ma siiamaani uskusin, et swap ja ext4 on kahepeale ainult linuxi mäluruum ja muidugi RAM mälu. Ja et firmware ei ole linuxi open source..  |
Ma räägin ketta sisemisest firmware'st, mille töö ei sõltu sellest, mis ketta peal on või millise OP-süsteemi külge ta on mountitud.
Swap, ext4 failisüsteem ega see, kas ketta sisemine firmware, millele ükski ketta kasutaja näppupidi ligi ei saa, on open source või mitte, ei puutu absoluutselt asjasse. Täiesti erinevad tasemed, mis üksteisesse ei puutu, nagu ei sõltu võrguprotokolli OSI mudeli tasemetel toimuv sellest, millised OS-id omavahel selle võrgu kaudu suhtlevad.
Jah, Samsung Magician on ainult Windowsis kasutatav utiliit, aga Linuxis EVO seeria kettal 10% tühjaks jätmise soovitus on ikka samaväärne. Ainult et selle tööga peab kasutaja ise hakkama saama.
Oleksid minu lisatud lingilt mõndagi tulemust natukegi lugenud, oleks see selge olnud lisaselgituseta.
_________________ Tee inimesele lõke ja tal on soe üheks päevaks, pista ta põlema ja tal on soe elu lõpuni. (Terry Pratchett)
e.k spikker: muhk on kumer, lohk on nõgus.
viimati muutis Dogbert 16.04.2024 12:17:28, muudetud 1 kord |
|
Kommentaarid: 33 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
0 :: |
32 |
|
tagasi üles |
|
 |
kaabakas
HV veteran

liitunud: 01.04.2002

|
15.04.2024 17:54:02
|
|
|
Tegelikult pole mingit vajadust overprovisioni jaoks kettast juppi partitsioneerimata jätta. See on jäänuk ajaloohämarusest, kui trimi peale veel loota ei saanud jne. Aga kuna ketas partitsioonitabelist midagi ei tea, siis ei tea ta midagi ka sellest, kas mingi ruum on partitsioneeritud või mitte. Mida ta teab, on see, et mingid hulk plokke seisab niisama ja on seega halduseesmärkideks kasutatavad.
Partitsioneerimata mahu lahendus muutub mõttekamaks, kui sa kellelegi süsadmin oled, ja tahad ühe lihtsa liigutusega ära korraldada, et kettal alati vabu plokke olemas oleks. Aga siin tuleb järgmine konks. Failisüsteemid tahavad endale ka vaba ruumi, et andmete paigutamisega optimaalselt hakkama saada. Ääreni täis failisüsteemil läheb performace lörri, ja suure tõenäosusega jääbki lörri.
Mõlema mure lahendab kirvereegel - üks partitsioon, terve ketta suurune, ja seal peal opsüsteemi/failisüsteemi vahenditega reserveerida nii 10% ruumi kasutusest välja. Kes oskab tahta midagi keerukamat, oskab ise edasi mõelda.
_________________ Mida Ott ei õpi, seda Egon ei tea. |
|
Kommentaarid: 105 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
2 :: |
95 |
|
tagasi üles |
|
 |
Dogbert
HV Guru

liitunud: 03.05.2004
|
16.04.2024 12:19:43
|
|
|
Partitsioneerimata mahu lahendus on jah selle garanteerimiseks, et isegi kui partitsioon umbe lastakse, siis jääb mingi hulk plokke (10% siis soovituse järgi) ikkagi vabaks vaatamata sellele, et ketta firmware partitsioonidest midagi ei tea ega pea. Teadlik inimene hoiab sellise ruumi ise vabana, aga palju neid teadlikke on vs need, kes kõik hoiatused lihtsalt sulgevad?
_________________ Tee inimesele lõke ja tal on soe üheks päevaks, pista ta põlema ja tal on soe elu lõpuni. (Terry Pratchett)
e.k spikker: muhk on kumer, lohk on nõgus. |
|
Kommentaarid: 33 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
0 :: |
32 |
|
tagasi üles |
|
 |
mina634
Kreisi kasutaja

liitunud: 10.11.2023
|
20.11.2024 10:52:08
|
|
|
Peaks olema kõigil ubuntu ja linux mint kasutajatel see asi:
Kel eesti sätted - kas j/e või y/n peaks töötama võrdselt.
Linux mint cinnamoni puhul sai keeruliste eesti k. asjade puhul ka kasutatud parimat AI abi. Jah. Soome/inglise/eesti ja pisut ka saksa keelt, et uusi asju võrrelda - mida meie keelde tõlkida. Linux minti ma enam ei tõlgi. Kuna ubuntu võttis kogu aja ära.
nano on ka ubuntu/linuxmintis ainult eesti k.
viimati muutis mina634 01.05.2025 08:49:25, muudetud 1 kord |
|
tagasi üles |
|
 |
mina634
Kreisi kasutaja

liitunud: 10.11.2023
|
15.05.2025 13:07:00
|
|
|
Mida arvab LinusTorvalds TI-st?
Spoiler 
---
ipfs on täielikult detsentraliseeritud failihoidla, veebihoidla või mis iganes.. ja
põhi asi siis ubuntu based
ipfsi kaudu kodulehe hostimine nodes - kas keegi on proovinud?
https://chatgpt.com/share/681308b3-a5b4-8001-b372-836fadd8ed6c
ipfs käsuga ja lihtne paigaldus - kopeerib failid staatiliselt sõlmedesse laiali [ja kui tahad faili säilitada, siis pead ka pin tegema, et hoiab sinu sõlmes pidevalt ..]
...
NB! Parem oleks kasutada pinatat, sest sellele saab KEY_ID kasutada ja oma rakenduste ja failidele isikliku sõlmi oma porti omamata.
https://pinata.cloud/pricing
_________________
 |
|
tagasi üles |
|
 |
Scott
Kreisi kasutaja

liitunud: 09.08.2016
|
19.10.2025 08:14:46
|
|
|
Küsimus ja häda Lubuntu 20.04 LTS väljalaskega. Viga on teist korda, eelmisel korral netijuhend aitas.
Kirjeldus https://superuser.com/questions/1700846/ubuntu-is-not-responding-after-login-20-04-focal-fossa olemas, probleem sama - opsys tuleb üles, sisestan kasutaja passwordi ja peale seda hangub, sisse ei logi, olekutuli enam ei vilgu. Vaid hiir jääb tööle.
Tegin, nagu lingis kästud: CTRL Alt F2 ja sisestan kasutaja ja salasõna. Seejärel peaks sudo systemctl restart sddm.service aitama; läbib kenasti, ette tuleb uuesti sisselogimise aken, kuid jällegi edasi ei lähe.
Salasõnata siseneda proovides ütleb, et sisselogimine ebaõnnestus. Et salasõna oleks ununenud, ka ei ole - väga lihtne ja selgelt monitori servale kirjutatud.
Veel on proovimata busyboxiga süsteemifailide korrastamine, aga olen unustanud, kuidas busybox alguses enne süsteemi käivitada.
Panin USB-adapteri ketta külge, et asjad ära kopeerida, failisüsteem on olemas ja avatav, kasutaja kausta ei luba ligi, kuid nii vist Linuxis peabki olema. DIR-käsuga vaadates on kasutaja failid ka nimekirjas näha.
Mis on mõistlikum, saada sisselogimine korda (ja kuidas?) või uurida ja üritada kasutajafailidele kuidagi ligi pääseda, et need mujale tõsta?
Tnx
|
|
Kommentaarid: 1 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
0 :: |
1 |
|
tagasi üles |
|
 |
mina634
Kreisi kasutaja

liitunud: 10.11.2023
|
19.10.2025 08:18:14
|
|
|
HDD? vana arvuti - fsck parandus tehtud? kas uuemat versiooni ei saa peale tõmmata?
uuemad kasutatud arvuteid on järelmüügis palju - 100-120 euroga saab parema ja kiirema arvuti - GNOME või CINNAMON töölaud oleks mõttekam ja SSD ketas.
|
|
tagasi üles |
|
 |
Scott
Kreisi kasutaja

liitunud: 09.08.2016
|
19.10.2025 09:16:22
|
|
|
Tahaks fsck teha, aga ei jõua selleni. ESC all hoides saan GNU GRUB 2.04 ette, aga seal muud valikud ja väga suured tähed. Terminalis olen korduvalt fsck -fy teinud, aga siis on olnud failisüsteem vigane ja boodini ei jõuagi.
E:
recovery-menu: line80: /etc/default/rcS: No such file or directory
fsck paketist util-linux 2.34
/dev/sda1 is mounted.
e2fsck: Cannot continue, aborting.
Mul on ainult vaja konkreetsele kettale ligi pääseda ja käima saada või alternatiivina oma failid kätte saada. Vähemalt uuemad, varasemast on koopia olemas.
|
|
Kommentaarid: 1 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
0 :: |
1 |
|
tagasi üles |
|
 |
Janis
HV Guru
liitunud: 30.11.2005
|
19.10.2025 09:18:01
|
|
|
Ma linuxi amatöörina avastasin visual studio code, annad ligipääsu ja ütled AI assistandidle mis vaja ja teeb kohe ära
|
|
Kommentaarid: 206 loe/lisa |
Kasutajad arvavad: |
   |
:: |
3 :: |
5 :: |
172 |
|
tagasi üles |
|
 |
Scott
Kreisi kasutaja

liitunud: 09.08.2016
|
19.10.2025 09:37:54
|
|
|
Ma ei saa üldse ligi, et mingeid õigusi või jagamisi hakata tegema. Kui ligi saaks, oleks mure lahendatud.
Kuidagi oleks vaja 700 megabaiti tühjemaks saada, GRUB ütles, et ruumi vähe, Clean-käsu tegi ära, ei olnud midagi puhastada.
|
|
Kommentaarid: 1 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
0 :: |
1 |
|
tagasi üles |
|
 |
mina634
Kreisi kasutaja

liitunud: 10.11.2023
|
19.10.2025 10:22:04
|
|
|
Scott kirjutas: |
Ma ei saa üldse ligi, et mingeid õigusi või jagamisi hakata tegema. Kui ligi saaks, oleks mure lahendatud.
Kuidagi oleks vaja 700 megabaiti tühjemaks saada, GRUB ütles, et ruumi vähe, Clean-käsu tegi ära, ei olnud midagi puhastada. |
välise OS-iga, live pealt, et kõvaketas oleks ligipääsetav..
(ma ei hakka aitma, sest HV kustutatakse minu postitusi)
|
|
tagasi üles |
|
 |
kaabakas
HV veteran

liitunud: 01.04.2002

|
19.10.2025 12:58:43
|
|
|
Ubuntu live pulgaga saad ligi.
_________________ Mida Ott ei õpi, seda Egon ei tea. |
|
Kommentaarid: 105 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
2 :: |
95 |
|
tagasi üles |
|
 |
Scott
Kreisi kasutaja

liitunud: 09.08.2016
|
19.10.2025 17:41:04
|
|
|
Lubuntu live plaadiga näeb ketast ja selle sisu, kuid kasutaja kaustale ligipääsu ei luba. Ei ole krüpteeritud ketas.
|
|
Kommentaarid: 1 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
0 :: |
1 |
|
tagasi üles |
|
 |
kaabakas
HV veteran

liitunud: 01.04.2002

|
19.10.2025 18:45:05
|
|
|
Sebi roodu õigustesse ennast.
_________________ Mida Ott ei õpi, seda Egon ei tea. |
|
Kommentaarid: 105 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
2 :: |
95 |
|
tagasi üles |
|
 |
Scott
Kreisi kasutaja

liitunud: 09.08.2016
|
20.10.2025 06:56:06
|
|
|
Teen teisele kettale uue Lubuntu 20.04 keskkonna, siis ei pea live-DVD-ga toimetama.
Vahepeal proovisin veel korduvalt ülaltoodud lingi käsku. Ctrl+Alt+F2 läheb käsureale, küsib login ja password, need sisestan ja tundub, et olengi sees:
scott@scott-system:˜$ _ (alakriips vilgub)
Kas saan õigesti aru, et põhimõtteliselt olen sees, lihtsalt graafilise keskkonna asemel on käsurida?
Graafiliselt passwordi sisestades tunneb samuti õige salasõna ära (ja edasi ei lähe), salasõnata või vale salasõnaga kirjutab, et sisselogimine ebaõnnestus.
help-käsuga saan hunniku variante, aga edasi jään jänni. Dir-käsuga jookseb ette nimekiri failidest, mis mul kasutajakaustades on. Enam ei mäleta isegi seda, kuidas kuva saab ekraanikaupa näidata, mingi lüliti oli selleks. Kui teaks, mida täpsemalt teha, navigeeriks desktopi või videofailide kausta, kus on mõned suured failid, mida võin kustutada. Siis toimiks fsck käsk ka ilma ruumipuuduse üle kurtmata.
Shutdown-käsuga lasin süsteemi välja, et teeks põhjaliku väljalogimise, aga uuesti käivitades ikka sama viga.
|
|
Kommentaarid: 1 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
0 :: |
1 |
|
tagasi üles |
|
 |
kaabakas
HV veteran

liitunud: 01.04.2002

|
|
Kommentaarid: 105 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
2 :: |
95 |
|
tagasi üles |
|
 |
pppd
Kreisi kasutaja
liitunud: 21.06.2004
|
20.10.2025 10:25:16
|
|
|
sisuliselt läheb sul masin käima, kuid graafilist osa ei suudeta millegipärast korralikult tööle saada (kui ütled et hiirekursor on, siis peaks graafikaga ka kõik korras olema, lihtsalt lxqt ei tule korralikult üles). Enne kui midagi parandama hakata, oleks soe soovitus veenduda et mälu ja ketas korras on (lubuntu 20.04 viitab, khm.., natuke vanemale masinale ), juhul kui kummaski neist mingi vamm sees on, siis võib parandamine asjad veel rohkem katki teha. Mälu jaks memtest86+ (kui on paigaldatud, siis peaks grubis valik olema, teed restardi ja boodid memtesti, kui ei, siis oleks soovitatav pulgalt käima lasta), ketta jaoks vaata alguses mida dmesg ütleb (sudo dmesg), kui seal hullu ropendamist ei paista, siis võib juba edasi katsetada.
|
|
Kommentaarid: 3 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
0 :: |
3 |
|
tagasi üles |
|
 |
mina634
Kreisi kasutaja

liitunud: 10.11.2023
|
20.10.2025 14:30:25
|
|
|
See on tüüpiline Lubuntu puhul lxde või nende koopia ja openbox-i puhul. Kui midagi on töölauarakenduse sätetes vale, kohe hangub.
GNOME ja MATE ning CINNAMON oskab enamjaolt parandada ja restartida. openbox/lxde ei suuda - algeline.
Samas vana arvuti. Rohkem on kettal ajutisi vigu. Mille fsck osaliselt või enamjaolt parandab kuniks veel sektorid terved. Aga fsck ei paranda kui sätetes on konfiguratsioonid kuidagi valeks läinud.. [aitab muidugi kõigi töölaudade puhul sätete füüsiline eemaldamine - mis GNOME/MATE puhul tähendab automaatselt - vaiketasandi väärtustele tagasiminekule ja lisab need vaikesätted]
seega kasutan suuremaid töölaudu ja veidike võimsamat arvutit - mis õnneks on nüüd taluvad (miinimum 4-8 GB mälu, CPU 2-4 tuuma/sanga, üle 1,2 GHz takssagedus ja soovitavalt minimaalselt 128 GB SSD ketas - vaikne ja HDD-st kiirem!!
|
|
tagasi üles |
|
 |
Scott
Kreisi kasutaja

liitunud: 09.08.2016
|
20.10.2025 16:44:13
|
|
|
Memtest sai kohe mitu korda läbi jooksutatud, igal korral puhas läbimine.
Muid soovitusi proovin.
Arvuti tõesti vana, aga 3 GHz prose ja 4 GB mälu. Oli kolmas mälumoodul veel, aga see läks mitu aastat tagasi vigaseks ja võtsin välja ja uut ei otsinud, kuna töökiiruses vahet polnud.
|
|
Kommentaarid: 1 loe/lisa |
Kasutajad arvavad: |
   |
:: |
0 :: |
0 :: |
1 |
|
tagasi üles |
|
 |
|
lisa lemmikuks |
|
|
sa ei või postitada uusi teemasid siia foorumisse sa ei või vastata selle foorumi teemadele sa ei või muuta oma postitusi selles foorumis sa ei või kustutada oma postitusi selles foorumis sa ei või vastata küsitlustele selles foorumis sa ei saa lisada manuseid selles foorumis sa võid manuseid alla laadida selles foorumis
|
|
Hinnavaatlus ei vastuta foorumis tehtud postituste eest.
|