Sajnos nem figyeltem eléggé, és újra beleszaladtam ebbe a hibába.
Ott tartok, hogy tty alól a df -h parancsra kiadott táblázatban a /dev/sda5 sorhoz 0 elérhető, 100% használatot ír.
A sodu chown parancs nem javított a helyzeten.
A helyzetemet nehezíti, hogy a telepítő USB pendrive-ról nem akar bootolni, akárhányszor is írom át a BIOS-ban a boot szekvenciát.
Volna lehetőség tty alól felszabadítani helyet, törléssel, vagy kimásolással?
Vagy valami más?
„Sajnos nem figyeltem eléggé, és újra beleszaladtam ebbe a hibába.”
Ezzel én nem értek egyet. Egyszer már elfogyott a hely, vagyis az én nézetem szerint rossz a telepítés, kicsi valamelyik vagy az összes partíció. A helyes eljárás ez lett volna, hogy a helyfelszabadítás után elindított rendszert rendbe kellett volna tenni. Megnövelni a szükséges méretűre a partíciókat, ha ez nem lehetséges, akkor máshová, akár egy másik lemezre átköltöztetni, vagy oda újratelepíteni a rendszert. Ez most megint eső után köpönyeg, de amit most csinálunk, az szerintem megint csak tűzoltás, a normális az, hogy nem kell figyelned arra, hogy nehogy elfogyjon a hely. Mint látod, újra beleszaladtál, szóval valamerre erre lenne inkább a tartós megoldás.
„Volna lehetőség tty alól felszabadítani helyet, törléssel, vagy kimásolással?”
Igen, csak nagyon keveset tudunk.
„a df -h parancsra kiadott táblázatban a /dev/sda5 sorhoz 0 elérhető, 100% használatot ír.”
Ebből az nem derül ki, hogy ez milyen partíció. Rendszerpartíció vagy home, esetleg más?
Külön partíción van a home, vagy a rendszerpartíción belül kap helyet.
Ezek mind látszanának a df -h kimenetéből, de annyiból amennyit megosztottál velünk ezt nem tudjuk meg.
Vakon tippelni, pláne jól, nehéz.
Ha ez egy rendszerpartíció, akkor próbálj meg egy
sudo apt autoremove
parancsot lefuttatni. hátha az eltávolít annyi régi, már felesleges csomagot, hogy kap annyi levegőt a rendszer, hogy be tudsz grafikus felületen jelentkezni és ott folytatni a hibaelhárítást. Talán egy
sudo rm -r /var/cache/apt/archives/*
parancs sem hordoz magában nagy kockázatot.
Többet talán több információból lehetne igazán mondani. Legalább a df -h kimenetét lekörmölhetnéd.
Sajnos nem figyeltem eléggé, és újra beleszaladtam ebbe a hibába.
Ott tartok, hogy tty alól a df -h parancsra kiadott táblázatban a /dev/sda5 sorhoz 0 elérhető, 100% használatot ír.
A sodu chown parancs nem javított a helyzeten.
A helyzetemet nehezíti, hogy a telepítő USB pendrive-ról nem akar bootolni, akárhányszor is írom át a BIOS-ban a boot szekvenciát.
Volna lehetőség tty alól felszabadítani helyet, törléssel, vagy kimásolással?
Vagy valami más?
Köszönöm, az autoremove segített, be tudok lépni a grafikus felületre!
A partíciókra vonatkozó kérdésedre nem tudok válaszolni, mert a telepítéskor csak követtem a program utasításait, én semmilyen partíciót nem definiáltam.
„Sajnos nem figyeltem eléggé, és újra beleszaladtam ebbe a hibába.”
Ezzel én nem értek egyet. Egyszer már elfogyott a hely, vagyis az én nézetem szerint rossz a telepítés, kicsi valamelyik vagy az összes partíció. A helyes eljárás ez lett volna, hogy a helyfelszabadítás után elindított rendszert rendbe kellett volna tenni. Megnövelni a szükséges méretűre a partíciókat, ha ez nem lehetséges, akkor máshová, akár egy másik lemezre átköltöztetni, vagy oda újratelepíteni a rendszert. Ez most megint eső után köpönyeg, de amit most csinálunk, az szerintem megint csak tűzoltás, a normális az, hogy nem kell figyelned arra, hogy nehogy elfogyjon a hely. Mint látod, újra beleszaladtál, szóval valamerre erre lenne inkább a tartós megoldás.
„Volna lehetőség tty alól felszabadítani helyet, törléssel, vagy kimásolással?”
Igen, csak nagyon keveset tudunk.
„a df -h parancsra kiadott táblázatban a /dev/sda5 sorhoz 0 elérhető, 100% használatot ír.”
Ebből az nem derül ki, hogy ez milyen partíció. Rendszerpartíció vagy home, esetleg más?
Külön partíción van a home, vagy a rendszerpartíción belül kap helyet.
Ezek mind látszanának a df -h kimenetéből, de annyiból amennyit megosztottál velünk ezt nem tudjuk meg.
Vakon tippelni, pláne jól, nehéz.
Ha ez egy rendszerpartíció, akkor próbálj meg egy
sudo apt autoremove
parancsot lefuttatni. hátha az eltávolít annyi régi, már felesleges csomagot, hogy kap annyi levegőt a rendszer, hogy be tudsz grafikus felületen jelentkezni és ott folytatni a hibaelhárítást. Talán egy
sudo rm -r /var/cache/apt/archives/*
parancs sem hordoz magában nagy kockázatot.
Többet talán több információból lehetne igazán mondani. Legalább a df -h kimenetét lekörmölhetnéd.
Köszönöm, az autoremove segített, be tudok lépni a grafikus felületre!
A partíciókra vonatkozó kérdésedre nem tudok válaszolni, mert a telepítéskor csak követtem a program utasításait, én semmilyen partíciót nem definiáltam.
#4.1.1.1.2
Nos, MSDOS táblán van egy EFÍ system partíciód és kiterjesztett partíción belül egy darab logikai partíciód, ami gyakorlatilag az egész lemezt elfoglalja. Szóval nincs külön home partíciód, adatpartíciód, semmi ilyesmi egy darab rendszerpartíción belül helyezkedik el minden. A rendszerpartíciód most is teljesen tele van! Use 100%!
File system size used avail use% mounted on
/dev/sda5 228G 216G 764M 100% /
Ki kellene deríteni, hogy mivel és sürgősen helyet felszabadítani!
(Simán lehet az is például, hogy a home könyvtárad teletömted filmekkel, ha így van, az is jó, ha azokat letakarítod (nem a kukába helyezed, mert akkor nem lesz több hely a lemezen csak máshol lesznek, hanem áthelyezed őket máshová, egy másik lemezre, vagy ha szükségtelenek, akkor Shift+Delete-tel egyből, véglegesen és visszavonhatatlanul törlöd őket. De ez csak egy példa, az első lenne kideríteni, hogy mi foglalja a helyet.)
Az egyik lehetőség a feltárás irányába, hogy a
sudo du -ah / | sort -rh | head -n 20
parancsot kiadod és a kimenetének utolsó 20 sorát idemásolod nekünk.
#4.1.1.1.2.1
Igen, úgy van ahogy mondtad, a home alá telepítéskor létrehozott a nevemmel egy mappát, és én gyanútlanul azt használtam a dolgaimhoz, így a jó sok film letöltésére is! :-)
Kimásoltam onnan kb. 42GB-t, és a df -h parancsra a
/dev/sda5 228g 168G 49G 78%
sor így változott meg.
Megtaláltam a lemezkezelőt, és mostmár látom a partíció kiosztásokat.
Mit kellene változtatni, hogy ne fordulhasson elő megint ez a lefagyás?
Köszi!
#4.1.1.1.2 Nos, MSDOS táblán van egy EFÍ system partíciód és kiterjesztett partíción belül egy darab logikai partíciód, ami gyakorlatilag az egész lemezt elfoglalja. Szóval nincs külön home partíciód, adatpartíciód, semmi ilyesmi egy darab rendszerpartíción belül helyezkedik el minden. A rendszerpartíciód most is teljesen tele van! Use 100%!
File system size used avail use% mounted on
/dev/sda5 228G 216G 764M 100% /
Ki kellene deríteni, hogy mivel és sürgősen helyet felszabadítani!
(Simán lehet az is például, hogy a home könyvtárad teletömted filmekkel, ha így van, az is jó, ha azokat letakarítod (nem a kukába helyezed, mert akkor nem lesz több hely a lemezen csak máshol lesznek, hanem áthelyezed őket máshová, egy másik lemezre, vagy ha szükségtelenek, akkor Shift+Delete-tel egyből, véglegesen és visszavonhatatlanul törlöd őket. De ez csak egy példa, az első lenne kideríteni, hogy mi foglalja a helyet.)
Az egyik lehetőség a feltárás irányába, hogy a
sudo du -ah / | sort -rh | head -n 20
parancsot kiadod és a kimenetének utolsó 20 sorát idemásolod nekünk.
#4.1.1.1.2.1.1
Figyelni a rendszer üzeneteit, amikor írja, hogy kevés a hely, akkor azt komolyan venni.
Vagy venni egy nagyobb SSD-t, arra átköltözni.
Vagy egy külső adattárolót, arra tolni a videókat.
A sok sok helyet foglaló cucc, sok helyet igényel, tudomásul venni.
#4.1.1.1.2.1
Igen, úgy van ahogy mondtad, a home alá telepítéskor létrehozott a nevemmel egy mappát, és én gyanútlanul azt használtam a dolgaimhoz, így a jó sok film letöltésére is! :-)
Kimásoltam onnan kb. 42GB-t, és a df -h parancsra a
/dev/sda5 228g 168G 49G 78%
sor így változott meg.
Megtaláltam a lemezkezelőt, és mostmár látom a partíció kiosztásokat.
Mit kellene változtatni, hogy ne fordulhasson elő megint ez a lefagyás?
#4.1.1.1.2.1.1
"Mit kellene változtatni, hogy ne fordulhasson elő megint ez a lefagyás?"
Máskor, ha azt olvasod, hogy kevés a hely a lemezen, akkor gondolj arra, hogy hamarosan sokadjára is "belefutsz" ebbe a hibába. Bár ezt csak az első alkalomra lehet elmondani.
Ismered ugye a vadász, és a medve történetét?
De van egy konstruktív javaslatom. Én úgy particionálnám azt a lemezt, hogy lenne egy 30 GB-os, és egy 220 GB-os rész.
A 30-ason lenne a Linux, benne a Home mappa, és lenne egy 220 GB-os ADAT lemez.
És mindent az adatlemezre irányítanék.
A Letöltések mappát, a torrenteket, filmeket, zenéket.
A 30 GB sohasem fog megtelni, nem fogsz belefutni újra.
Én ezt már 20 évvel ezelőtt így csináltam a Windowsokon.
Volt egy 40, később 80 GB-os lemezem, amit ketté osztottam. Egy része a Windowsé volt, a másik meg az enyém. És nem irkáltunk egymás lemezére.
#4.1.1.1.2.1
Igen, úgy van ahogy mondtad, a home alá telepítéskor létrehozott a nevemmel egy mappát, és én gyanútlanul azt használtam a dolgaimhoz, így a jó sok film letöltésére is! :-)
Kimásoltam onnan kb. 42GB-t, és a df -h parancsra a
/dev/sda5 228g 168G 49G 78%
sor így változott meg.
Megtaláltam a lemezkezelőt, és mostmár látom a partíció kiosztásokat.
Mit kellene változtatni, hogy ne fordulhasson elő megint ez a lefagyás?
#4.1.1.1.2.1.1 Azért fordul elő mert a rendszer működtetéséhez szükséges és az adatfájlok is egyazon partíción vannak, az adatfájlokkal betelik a lemez (szerintem annyi szabad hely sem marad, hogy a /home/user alatt létrejöjjenek a grafikus felületre történő bejekentkezés során az ahhoz szükséges ideiglenes fájlok) és megfullad a rendszer is.
Az a lényeg, hogy ne engedd meg, hogy az adatfájlok felzabálják a szabad helyet a rendszerpartíción.
A rendszer amúgy sikít, ha kevés a hely, ha máskor nem, legalább akkor azonnal intézkedj!
Most már ismered a df -h parancsot is, néha nézz rá, hogyan áll a rendszered szabad hellyel.
A felhasználói szokásaidat elnézve, szerintem kell egy másik lemez (ez lehet belső, de akár külső is) az adatfájloknak.
Nekem például minden egyes letöltés kezdeményezésekor megkérdezi, a böngésző és a torrent kliens is, hogy ezt most hová mentse. Ha egy nagy adat lesz (film vagy Linux telepítő képfájl), ekkor is ráérek megadni az alapértelmezett Letöltések könyvtár helyett mondjuk a másik lemezen lévő DATA partíción a valamilyen könyvtárat.
Amúgy sokszor beállítás kérdése, hogy egy böngésző vagy torrent kliens hová menti alapértelmezetten az adatfájlokat, meg lehet adni, hogy ez ne a Letöltések legyen, hanem a rendszerhez induláskor automatikusan csatolásra kerülő másik lemezen lévő valamilyen könyvtár.
Azon a gépemen, amin sok adatot tárolok, két lemez van a különböző rendszereknek és egy jó nagy lemez az adatoknak.
A Letöltések, Dokumentumok, Képek könyvtárakba mentek, csakhogy azok valójában nem a rendszerlemezeken vannak, hanem az adatlemezen. Az összes rendszer felhasználójának Letöltések, Dokumentumok, Képek könyvtára az adatlemezen lévő Dokumentumok, Képek, Letöltések könyvtárra van symlinkelve, így bármelyik rendszert indítom, az automatikusan ide menti ezeket az adatfájlokat és bármelyik rendszer alól elérem őket.
Ezt egy picit nehezebb kialakítani, de a legkönnyebb használni.
2. Anno az XP-s időkben én is hasonlóan partícionáltam a lemezeket, sőtt az RSX -en is ugyanezek elvek alapján üzemeltettem a rendszert.
3. A kérdés az volt, hogy hogyan??
Köszi.-
#4.1.1.1.2.1.1 "Mit kellene változtatni, hogy ne fordulhasson elő megint ez a lefagyás?"
Máskor, ha azt olvasod, hogy kevés a hely a lemezen, akkor gondolj arra, hogy hamarosan sokadjára is "belefutsz" ebbe a hibába. Bár ezt csak az első alkalomra lehet elmondani.
Ismered ugye a vadász, és a medve történetét?
De van egy konstruktív javaslatom. Én úgy particionálnám azt a lemezt, hogy lenne egy 30 GB-os, és egy 220 GB-os rész.
A 30-ason lenne a Linux, benne a Home mappa, és lenne egy 220 GB-os ADAT lemez.
És mindent az adatlemezre irányítanék.
A Letöltések mappát, a torrenteket, filmeket, zenéket.
A 30 GB sohasem fog megtelni, nem fogsz belefutni újra.
Én ezt már 20 évvel ezelőtt így csináltam a Windowsokon.
Volt egy 40, később 80 GB-os lemezem, amit ketté osztottam. Egy része a Windowsé volt, a másik meg az enyém. És nem irkáltunk egymás lemezére.
Különböző partíciókat az elképzelésed szerint már a telepítéskor is csatlakoztathatsz a rendszerhez a telepítő particionálási részében a Valami más lehetőséget választva, de pluszban bármikor hozzáfűzhetsz a telepített rendszerhez is, akár automatikusan csatolódó partíciót is.
Azt, hogy egy rendszerhez automatikusan, az indításával együtt, milyen partíció, hogyan és hová csatolódik fel , az
/etc/fstab fájlban lehet szabályozni. Ezt szerkesztheted kézzel is, de például olyan grafikus felületen futó alkalmazással is, mint a Lemezek.
Kell egy partíció, amit csatolni szeretnél.
Kell, hogy létezzen a könyvtár, ahová a partíciót csatolni szeretnéd.
Meg kell határozni a csatolás módját (erre vannak jól bevált analógiák, nem kell ezt feltalálni.)
Általában egy partíciót azért csatolsz fel, mert szeretnél rá írni (is) a felhasználó(i)ddal.
Ha már felcsatoltad a partíciót, akkor kell, hogy legyen rá írási joga azoknak a felhasználóidnak, akikkel írni szeretnél rá. Egy frissen formázott partíció, mivel a formázást rootként csinálod, általában a rooté, a felhasználóknak nincs rá joga írni, ezt egyetlen egyszer lehetővé kell nekik tenni. Nekem általában egyetlen felhasználóm van és a
/home/user/ADAT
alá csatolom az adatpartíciót. Minden telepítéskor az elsőként létrejövő felhasználó UID-je 1000 lesz, mivel mindig ez az én felhasználóm, ezért a
sudo chown -R 1000 /home/$USER/ADAT
parancsot adtam ki egyszer és azóta az összes telepített rendszerem elsőként létrejövő felhasználója írni tud erre a partícióra attól függetlenül, hogy mi a felhasználóneve vagy a csoportja, amiben benne van.
De adhatod a partíciót felhasználónév vagy felhasználói csoport alapján is valaki(k)nek a tulajdonába...
A most meglévő partícionálást át lehetne alakítani optimálisabbra, vagy csak újra telepítéssel?
Az XP-s időkben vidáman partícionálgattam, hol lehetne utána nézni ezeknek a parancsoknak?
A jövő hónapba betervezek egy nagyobb SSD beszerzését, és akkor kialakítanék egy megfelelő rendszert.
#4.1.1.1.2.1.1 Azért fordul elő mert a rendszer működtetéséhez szükséges és az adatfájlok is egyazon partíción vannak, az adatfájlokkal betelik a lemez (szerintem annyi szabad hely sem marad, hogy a /home/user alatt létrejöjjenek a grafikus felületre történő bejekentkezés során az ahhoz szükséges ideiglenes fájlok) és megfullad a rendszer is.
Az a lényeg, hogy ne engedd meg, hogy az adatfájlok felzabálják a szabad helyet a rendszerpartíción.
A rendszer amúgy sikít, ha kevés a hely, ha máskor nem, legalább akkor azonnal intézkedj!
Most már ismered a df -h parancsot is, néha nézz rá, hogyan áll a rendszered szabad hellyel.
A felhasználói szokásaidat elnézve, szerintem kell egy másik lemez (ez lehet belső, de akár külső is) az adatfájloknak.
Nekem például minden egyes letöltés kezdeményezésekor megkérdezi, a böngésző és a torrent kliens is, hogy ezt most hová mentse. Ha egy nagy adat lesz (film vagy Linux telepítő képfájl), ekkor is ráérek megadni az alapértelmezett Letöltések könyvtár helyett mondjuk a másik lemezen lévő DATA partíción a valamilyen könyvtárat.
Amúgy sokszor beállítás kérdése, hogy egy böngésző vagy torrent kliens hová menti alapértelmezetten az adatfájlokat, meg lehet adni, hogy ez ne a Letöltések legyen, hanem a rendszerhez induláskor automatikusan csatolásra kerülő másik lemezen lévő valamilyen könyvtár.
Azon a gépemen, amin sok adatot tárolok, két lemez van a különböző rendszereknek és egy jó nagy lemez az adatoknak.
A Letöltések, Dokumentumok, Képek könyvtárakba mentek, csakhogy azok valójában nem a rendszerlemezeken vannak, hanem az adatlemezen. Az összes rendszer felhasználójának Letöltések, Dokumentumok, Képek könyvtára az adatlemezen lévő Dokumentumok, Képek, Letöltések könyvtárra van symlinkelve, így bármelyik rendszert indítom, az automatikusan ide menti ezeket az adatfájlokat és bármelyik rendszer alól elérem őket.
Ezt egy picit nehezebb kialakítani, de a legkönnyebb használni.
#4.1.1.1.2.1.1.3.1 „A most meglévő partícionálást át lehetne alakítani optimálisabbra, vagy csak újra telepítéssel?”
Nekem lenne elképzelésem, de igazából ismerni kellene a kiindulási helyzetet, a konkrét terveket, anélkül ez csak agyalás.
A sok film miatt betelik a lemez, ami 226 GB-os és amin nincs külön a home. Feltételezve, hogy minden a nagy adat eddig a /home/user/Letöltések-be került (nem tudjuk) és nem is lesz másik külső tároló, csak biztonsági intézkedést szeretnénk, hogy a rendszerpartíción (és azon belül a /home/user-ben) ne fogyjon el többé a hely és ezért ne lehetetlenüljön el a bejelentkezés a grafikus felületen:
Én felszabadítanám a legtöbb lehetséges helyet (az amúgy lemezt „feleslegesen” foglaló filmek más lemezre mozgatásával vagy végleges törlésével) és live rendszer alól (ésszel, hogy a rendszernek azért maradjon még elegendő mozgástere!) zsugorítanám a rendszerpartíciót, majd az így létrejövő szabad helyen létrehoznék egy Ext4 partíciót.
Az éles rendszer alól a chown-nal a felhasználó tulajdonába adnám, aztán átmozgatnám rá a /home/user/Letöltések könyvtár tartalmát. Ezt követően ugyebár üresnek kell lennie a /home/user/Letöltések könyvtárnak.
Beállítanám, hogy az új partíció automatikusan csatolódjék a /home/user/Letöltések-be.
Így a home/user/Letöltések tud legfeljebb betelni, de ez nem érinti a rendszert illetve a /home/user könyvtárat vagyis a grafikus felületen történő bejelentkezést.
Lehet más jó elképzelés is.
„A jövő hónapba betervezek egy nagyobb SSD beszerzését, és akkor kialakítanék egy megfelelő rendszert.”
A fentit vagy az ahhoz hasonló eredményt hozó symlinkelést azzal is el lehet követni, hacsak nem az a terved, hogy azt az SSD-t nem (csak) adattárolásra használod, hanem egy új rendszert is telepítesz rá.
„Az XP-s időkben vidáman partícionálgattam, hol lehetne utána nézni ezeknek a parancsoknak?”
Particionálni ott a GParted, ehhez szerintem nem kell semmilyen parancsoknak utánanézni, persze, ha szeretnél, lehet parancssorban is particionálni, de ez megítélésem szerint felesleges.
Véleményem szerint itt nem is a partíciók létrehozása az igazi feladat, hanem a felhasználó szokásaihoz igazodó partíciós szerkezetet és rendszert kialakítani.
Nincs mindenkinél azonosan jó működő recept.
A legnehezebb telerakni egy egyetlen rendszerpartícióból álló és gyakorlatilag a teljes jó nagy lemezt elfoglaló rendszert. Akkora lemez azonban nincs, amit nem lehet telerakni.
Mely részeit lehet a rendszernek telerakni?
A) A rendszerpartíciót (vagy ha nincs külön a partíción a home, akkor a rendszerpartíció home könyvtáron kívüli részét):
Ezt lehet úgy, hogy túl kicsire szabja valaki a rendszerpartíciót, és szép lassan a frissítések érkezésével nem törli például a régi kerneleket, aztán a rendszerpartíció betelik. Vagy például a rendszerpartícióra készíti a rendszermentéseket, melyek ráadásul a home alatti tartalmakat is magukba foglalják.
Ilyenkor törölni kell a régi kerneleket, illetve változtatni kell azon, hogy mi kerüljön bele a rendszermentésbe, esetleg törölni az eddigi rendszermentéseket és az újakat máshová elkészíteni.
Nem oly rég volt itt egy téma, ahol a felhasználótárs a talán 256 GB-os SSD-n futó Linux Mint-jére telepített egy alkalmazást, mely az indulásakor jelzi, hogy nagyjából 600 GB-ot fog elfoglalni a működése során. Foglalta is szépen magának a helyet a /home/user/alkalmazás alatt, míg aztán betelt a lemez.
B) A home könyvtárat vagy partíciót. Ez történt nálad is. A home egy bizonyos részét addig tömted adatokkal, míg a home-ban (és mivel nincs külön partíción a home az egész rendszerpartíción) elfogyott a szabad hely. Egy nagyobb partícióra kell tenni az egész home-ot vagy legalább egy másik partícióra a home-nak az(oka)t a részét/részeit amit hajlamos vagy tömni. Ezt próbáltam ecsetelni feljebb.
Ez egy annyira szerteágazó téma, hogy inkább konkrét helyzetek megoldásán keresztül érdemes szerintem megtanulni.
Azt nézd meg, hogy mekkora a foglalt/szabad hely a rendszerpartíciódon, aztán hogy ezen belül mekkora a home és hogy azon belül mik foglalnak el nagy helyet. Ha megvannak, hogy mik foglalnak el nagy helyet, akkor ki lehet okoskodni, hogy mit (ezeket) lenne érdemes nagyobb vagy más helyen tartani, hogy többé ne fulladjon meg ezektől a rendszer.
A most meglévő partícionálást át lehetne alakítani optimálisabbra, vagy csak újra telepítéssel?
Az XP-s időkben vidáman partícionálgattam, hol lehetne utána nézni ezeknek a parancsoknak?
A jövő hónapba betervezek egy nagyobb SSD beszerzését, és akkor kialakítanék egy megfelelő rendszert.
Hozzászólások
Jelszó után ujra kéri
Beküldte lala -
Értékelés:
https://linuxmint.hu/forum/boot-utan-nem-lep-tovabb
Ezek kozul mit csinaltal meg?
Köszönöm a segítséget,
Beküldte Gergo55 -
Értékelés:
Köszönöm a segítséget, megjavult! :-)
Jelszó után ujra kéri
Beküldte Gergo55 -
Értékelés:
Mindkét javaslat szerint megcsináltam, a live alatti javítás használt, ujra rendesen működik az op. rendszer!
Köszönöm! :-)
Úra ....
Beküldte Gergo55 -
Értékelés:
Sajnos nem figyeltem eléggé, és újra beleszaladtam ebbe a hibába.
Ott tartok, hogy tty alól a df -h parancsra kiadott táblázatban a /dev/sda5 sorhoz 0 elérhető, 100% használatot ír.
A sodu chown parancs nem javított a helyzeten.
A helyzetemet nehezíti, hogy a telepítő USB pendrive-ról nem akar bootolni, akárhányszor is írom át a BIOS-ban a boot szekvenciát.
Volna lehetőség tty alól felszabadítani helyet, törléssel, vagy kimásolással?
Vagy valami más?
Köszi.
Volna lehetőség tty alól felszabadítani helyet, törléssel...
Beküldte csuhas32 -
Értékelés:
Szia!
„Sajnos nem figyeltem eléggé, és újra beleszaladtam ebbe a hibába.”
Ezzel én nem értek egyet. Egyszer már elfogyott a hely, vagyis az én nézetem szerint rossz a telepítés, kicsi valamelyik vagy az összes partíció. A helyes eljárás ez lett volna, hogy a helyfelszabadítás után elindított rendszert rendbe kellett volna tenni. Megnövelni a szükséges méretűre a partíciókat, ha ez nem lehetséges, akkor máshová, akár egy másik lemezre átköltöztetni, vagy oda újratelepíteni a rendszert. Ez most megint eső után köpönyeg, de amit most csinálunk, az szerintem megint csak tűzoltás, a normális az, hogy nem kell figyelned arra, hogy nehogy elfogyjon a hely. Mint látod, újra beleszaladtál, szóval valamerre erre lenne inkább a tartós megoldás.
„Volna lehetőség tty alól felszabadítani helyet, törléssel, vagy kimásolással?”
Igen, csak nagyon keveset tudunk.
„a df -h parancsra kiadott táblázatban a /dev/sda5 sorhoz 0 elérhető, 100% használatot ír.”
Ebből az nem derül ki, hogy ez milyen partíció. Rendszerpartíció vagy home, esetleg más?
Külön partíción van a home, vagy a rendszerpartíción belül kap helyet.
Ezek mind látszanának a df -h kimenetéből, de annyiból amennyit megosztottál velünk ezt nem tudjuk meg.
Vakon tippelni, pláne jól, nehéz.
Ha ez egy rendszerpartíció, akkor próbálj meg egy
parancsot lefuttatni. hátha az eltávolít annyi régi, már felesleges csomagot, hogy kap annyi levegőt a rendszer, hogy be tudsz grafikus felületen jelentkezni és ott folytatni a hibaelhárítást. Talán egy
parancs sem hordoz magában nagy kockázatot.
Többet talán több információból lehetne igazán mondani. Legalább a df -h kimenetét lekörmölhetnéd.
Volna lehetőség tty alól felszabadítani helyet, törléssel...
Beküldte Gergo55 -
Értékelés:
Köszönöm, az autoremove segített, be tudok lépni a grafikus felületre!
A partíciókra vonatkozó kérdésedre nem tudok válaszolni, mert a telepítéskor csak követtem a program utasításait, én semmilyen partíciót nem definiáltam.
Hogyan lehet megnézni a partíciókat?
Köszi!
Volna lehetőség tty alól felszabadítani helyet, törléssel...
Beküldte csuhas32 -
Értékelés:
Mutass légy oly kedves egy
és egy
kimenetet!
Volna lehetőség tty alól felszabadítani helyet, törléssel...
Beküldte Gergo55 -
Értékelés:
sudo parted -l
ATA Samsung SSD 870 (SCSI)
Disk /dev/sda 250 GB
Partition table MSDOS
Disks Flags:
Number Start End Size Type Filesystem Flag
1 1049KB 538MB 537MB primari FAT32 boot
2 539Mb 250GB 250GB ext.
5 539MB 250MB 250MB log. ext4
Volna lehetőség tty alól felszabadítani helyet, törléssel...
Beküldte Gergo55 -
Értékelés:
df -h
df:/ run/user/1000/doc: operation not permitted
File system size used avail use% mounted on
udev 1,9G 0 1.9 G 0% /dev
tmpfs 392M 1,4M 391M 1% /dev
/dev/sda5 228G 216G 764M 100% /
tmpfs 2,0G 0 2,0G 0% /dev/shm
tmpfs 5,0G 4.0k 5.0M 1% /run/lock
tmpfs 2.0G 0 2.0G 0% /sys/fs/cgroup
/dec/sda1 511M 4,0K 511M 1% /boot/efi
tmpfs 392M 20k 392 M 1% /run/user/1000
Bepötyögtem... :-)
Volna lehetőség tty alól felszabadítani helyet, törléssel...
Beküldte csuhas32 -
Értékelés:
Nos, MSDOS táblán van egy EFÍ system partíciód és kiterjesztett partíción belül egy darab logikai partíciód, ami gyakorlatilag az egész lemezt elfoglalja. Szóval nincs külön home partíciód, adatpartíciód, semmi ilyesmi egy darab rendszerpartíción belül helyezkedik el minden.
A rendszerpartíciód most is teljesen tele van! Use 100%!
Ki kellene deríteni, hogy mivel és sürgősen helyet felszabadítani!
(Simán lehet az is például, hogy a home könyvtárad teletömted filmekkel, ha így van, az is jó, ha azokat letakarítod (nem a kukába helyezed, mert akkor nem lesz több hely a lemezen csak máshol lesznek, hanem áthelyezed őket máshová, egy másik lemezre, vagy ha szükségtelenek, akkor Shift+Delete-tel egyből, véglegesen és visszavonhatatlanul törlöd őket. De ez csak egy példa, az első lenne kideríteni, hogy mi foglalja a helyet.)
Az egyik lehetőség a feltárás irányába, hogy a
parancsot kiadod és a kimenetének utolsó 20 sorát idemásolod nekünk.
Ha neked úgy kényelmesebb, akkor nézelődhetsz a grafikus felületen a Lemezhasználat-elemző alkalmazással is, de azt mi nem látjuk csak akkor ha mondjuk készítesz róla képernyőképet és azt megosztod velünk.
Volna lehetőség tty alól felszabadítani helyet, törléssel...
Beküldte Gergo55 -
Értékelés:
Igen, úgy van ahogy mondtad, a home alá telepítéskor létrehozott a nevemmel egy mappát, és én gyanútlanul azt használtam a dolgaimhoz, így a jó sok film letöltésére is! :-)
Kimásoltam onnan kb. 42GB-t, és a df -h parancsra a
/dev/sda5 228g 168G 49G 78%
sor így változott meg.
Megtaláltam a lemezkezelőt, és mostmár látom a partíció kiosztásokat.
Mit kellene változtatni, hogy ne fordulhasson elő megint ez a lefagyás?
Köszi!
Volna lehetőség tty alól felszabadítani helyet, törléssel...
Beküldte T.István -
Értékelés:
Figyelni a rendszer üzeneteit, amikor írja, hogy kevés a hely, akkor azt komolyan venni.
Vagy venni egy nagyobb SSD-t, arra átköltözni.
Vagy egy külső adattárolót, arra tolni a videókat.
A sok sok helyet foglaló cucc, sok helyet igényel, tudomásul venni.
Volna lehetőség...
Beküldte lynx -
Értékelés:
"Mit kellene változtatni, hogy ne fordulhasson elő megint ez a lefagyás?"
Máskor, ha azt olvasod, hogy kevés a hely a lemezen, akkor gondolj arra, hogy hamarosan sokadjára is "belefutsz" ebbe a hibába. Bár ezt csak az első alkalomra lehet elmondani.
Ismered ugye a vadász, és a medve történetét?
De van egy konstruktív javaslatom. Én úgy particionálnám azt a lemezt, hogy lenne egy 30 GB-os, és egy 220 GB-os rész.
A 30-ason lenne a Linux, benne a Home mappa, és lenne egy 220 GB-os ADAT lemez.
És mindent az adatlemezre irányítanék.
A Letöltések mappát, a torrenteket, filmeket, zenéket.
A 30 GB sohasem fog megtelni, nem fogsz belefutni újra.
Én ezt már 20 évvel ezelőtt így csináltam a Windowsokon.
Volt egy 40, később 80 GB-os lemezem, amit ketté osztottam. Egy része a Windowsé volt, a másik meg az enyém. És nem irkáltunk egymás lemezére.
Mit kellene változtatni, hogy ne fordulhasson elő megint ez...
Beküldte csuhas32 -
Értékelés:
#4.1.1.1.2.1.1 Azért fordul elő mert a rendszer működtetéséhez szükséges és az adatfájlok is egyazon partíción vannak, az adatfájlokkal betelik a lemez (szerintem annyi szabad hely sem marad, hogy a /home/user alatt létrejöjjenek a grafikus felületre történő bejekentkezés során az ahhoz szükséges ideiglenes fájlok) és megfullad a rendszer is.
Az a lényeg, hogy ne engedd meg, hogy az adatfájlok felzabálják a szabad helyet a rendszerpartíción.
A rendszer amúgy sikít, ha kevés a hely, ha máskor nem, legalább akkor azonnal intézkedj!
Most már ismered a df -h parancsot is, néha nézz rá, hogyan áll a rendszered szabad hellyel.
A felhasználói szokásaidat elnézve, szerintem kell egy másik lemez (ez lehet belső, de akár külső is) az adatfájloknak.
Nekem például minden egyes letöltés kezdeményezésekor megkérdezi, a böngésző és a torrent kliens is, hogy ezt most hová mentse. Ha egy nagy adat lesz (film vagy Linux telepítő képfájl), ekkor is ráérek megadni az alapértelmezett Letöltések könyvtár helyett mondjuk a másik lemezen lévő DATA partíción a valamilyen könyvtárat.
Amúgy sokszor beállítás kérdése, hogy egy böngésző vagy torrent kliens hová menti alapértelmezetten az adatfájlokat, meg lehet adni, hogy ez ne a Letöltések legyen, hanem a rendszerhez induláskor automatikusan csatolásra kerülő másik lemezen lévő valamilyen könyvtár.
Azon a gépemen, amin sok adatot tárolok, két lemez van a különböző rendszereknek és egy jó nagy lemez az adatoknak.
A Letöltések, Dokumentumok, Képek könyvtárakba mentek, csakhogy azok valójában nem a rendszerlemezeken vannak, hanem az adatlemezen. Az összes rendszer felhasználójának Letöltések, Dokumentumok, Képek könyvtára az adatlemezen lévő Dokumentumok, Képek, Letöltések könyvtárra van symlinkelve, így bármelyik rendszert indítom, az automatikusan ide menti ezeket az adatfájlokat és bármelyik rendszer alól elérem őket.
Ezt egy picit nehezebb kialakítani, de a legkönnyebb használni.
Volna lehetőség tty alól felszabadítani helyet, törléssel...
Beküldte Gergo55 -
Értékelés:
Eddig még nem láttam semmilyen rendszerüzenetet.
Volna lehetőség...
Beküldte Gergo55 -
Értékelés:
1. Nem kaptam semilyen rendszerüzenetet.
2. Anno az XP-s időkben én is hasonlóan partícionáltam a lemezeket, sőtt az RSX -en is ugyanezek elvek alapján üzemeltettem a rendszert.
3. A kérdés az volt, hogy hogyan??
Köszi.-
A kérdés az volt, hogy hogyan?
Beküldte csuhas32 -
Értékelés:
Különböző partíciókat az elképzelésed szerint már a telepítéskor is csatlakoztathatsz a rendszerhez a telepítő particionálási részében a Valami más lehetőséget választva, de pluszban bármikor hozzáfűzhetsz a telepített rendszerhez is, akár automatikusan csatolódó partíciót is.
Azt, hogy egy rendszerhez automatikusan, az indításával együtt, milyen partíció, hogyan és hová csatolódik fel , az
/etc/fstab fájlban lehet szabályozni. Ezt szerkesztheted kézzel is, de például olyan grafikus felületen futó alkalmazással is, mint a Lemezek.
Kell egy partíció, amit csatolni szeretnél.
Kell, hogy létezzen a könyvtár, ahová a partíciót csatolni szeretnéd.
Meg kell határozni a csatolás módját (erre vannak jól bevált analógiák, nem kell ezt feltalálni.)
Általában egy partíciót azért csatolsz fel, mert szeretnél rá írni (is) a felhasználó(i)ddal.
Ha már felcsatoltad a partíciót, akkor kell, hogy legyen rá írási joga azoknak a felhasználóidnak, akikkel írni szeretnél rá. Egy frissen formázott partíció, mivel a formázást rootként csinálod, általában a rooté, a felhasználóknak nincs rá joga írni, ezt egyetlen egyszer lehetővé kell nekik tenni. Nekem általában egyetlen felhasználóm van és a
/home/user/ADAT
alá csatolom az adatpartíciót. Minden telepítéskor az elsőként létrejövő felhasználó UID-je 1000 lesz, mivel mindig ez az én felhasználóm, ezért a
parancsot adtam ki egyszer és azóta az összes telepített rendszerem elsőként létrejövő felhasználója írni tud erre a partícióra attól függetlenül, hogy mi a felhasználóneve vagy a csoportja, amiben benne van.
De adhatod a partíciót felhasználónév vagy felhasználói csoport alapján is valaki(k)nek a tulajdonába...
Volna lehetőség...
Beküldte lynx -
Értékelés:
"1. Nem kaptam semmilyen rendszerüzenetet."
https://i.ibb.co/jWzc5KJ/K-perny-k-p-2018-12-24-11-47-23.png
Volna lehetőség...
Beküldte Gergo55 -
Értékelés:
Köszönöm.
Most látok először ilyet....
Mit kellene változtatni, hogy ne fordulhasson elő megint ez...
Beküldte Gergo55 -
Értékelés:
Köszönöm az eddigi jótanácsaidat!
A most meglévő partícionálást át lehetne alakítani optimálisabbra, vagy csak újra telepítéssel?
Az XP-s időkben vidáman partícionálgattam, hol lehetne utána nézni ezeknek a parancsoknak?
A jövő hónapba betervezek egy nagyobb SSD beszerzését, és akkor kialakítanék egy megfelelő rendszert.
Mit kellene változtatni, hogy ne fordulhasson elő megint ez...
Beküldte csuhas32 -
Értékelés:
„A most meglévő partícionálást át lehetne alakítani optimálisabbra, vagy csak újra telepítéssel?”
Nekem lenne elképzelésem, de igazából ismerni kellene a kiindulási helyzetet, a konkrét terveket, anélkül ez csak agyalás.
A sok film miatt betelik a lemez, ami 226 GB-os és amin nincs külön a home. Feltételezve, hogy minden a nagy adat eddig a /home/user/Letöltések-be került (nem tudjuk) és nem is lesz másik külső tároló, csak biztonsági intézkedést szeretnénk, hogy a rendszerpartíción (és azon belül a /home/user-ben) ne fogyjon el többé a hely és ezért ne lehetetlenüljön el a bejelentkezés a grafikus felületen:
Én felszabadítanám a legtöbb lehetséges helyet (az amúgy lemezt „feleslegesen” foglaló filmek más lemezre mozgatásával vagy végleges törlésével) és live rendszer alól (ésszel, hogy a rendszernek azért maradjon még elegendő mozgástere!) zsugorítanám a rendszerpartíciót, majd az így létrejövő szabad helyen létrehoznék egy Ext4 partíciót.
Az éles rendszer alól a chown-nal a felhasználó tulajdonába adnám, aztán átmozgatnám rá a /home/user/Letöltések könyvtár tartalmát. Ezt követően ugyebár üresnek kell lennie a /home/user/Letöltések könyvtárnak.
Beállítanám, hogy az új partíció automatikusan csatolódjék a /home/user/Letöltések-be.
Így a home/user/Letöltések tud legfeljebb betelni, de ez nem érinti a rendszert illetve a /home/user könyvtárat vagyis a grafikus felületen történő bejelentkezést.
Lehet más jó elképzelés is.
„A jövő hónapba betervezek egy nagyobb SSD beszerzését, és akkor kialakítanék egy megfelelő rendszert.”
A fentit vagy az ahhoz hasonló eredményt hozó symlinkelést azzal is el lehet követni, hacsak nem az a terved, hogy azt az SSD-t nem (csak) adattárolásra használod, hanem egy új rendszert is telepítesz rá.
„Az XP-s időkben vidáman partícionálgattam, hol lehetne utána nézni ezeknek a parancsoknak?”
Particionálni ott a GParted, ehhez szerintem nem kell semmilyen parancsoknak utánanézni, persze, ha szeretnél, lehet parancssorban is particionálni, de ez megítélésem szerint felesleges.
Véleményem szerint itt nem is a partíciók létrehozása az igazi feladat, hanem a felhasználó szokásaihoz igazodó partíciós szerkezetet és rendszert kialakítani.
Nincs mindenkinél azonosan jó működő recept.
A legnehezebb telerakni egy egyetlen rendszerpartícióból álló és gyakorlatilag a teljes jó nagy lemezt elfoglaló rendszert. Akkora lemez azonban nincs, amit nem lehet telerakni.
Mely részeit lehet a rendszernek telerakni?
A) A rendszerpartíciót (vagy ha nincs külön a partíción a home, akkor a rendszerpartíció home könyvtáron kívüli részét):
Ezt lehet úgy, hogy túl kicsire szabja valaki a rendszerpartíciót, és szép lassan a frissítések érkezésével nem törli például a régi kerneleket, aztán a rendszerpartíció betelik. Vagy például a rendszerpartícióra készíti a rendszermentéseket, melyek ráadásul a home alatti tartalmakat is magukba foglalják.
Ilyenkor törölni kell a régi kerneleket, illetve változtatni kell azon, hogy mi kerüljön bele a rendszermentésbe, esetleg törölni az eddigi rendszermentéseket és az újakat máshová elkészíteni.
Nem oly rég volt itt egy téma, ahol a felhasználótárs a talán 256 GB-os SSD-n futó Linux Mint-jére telepített egy alkalmazást, mely az indulásakor jelzi, hogy nagyjából 600 GB-ot fog elfoglalni a működése során. Foglalta is szépen magának a helyet a /home/user/alkalmazás alatt, míg aztán betelt a lemez.
B) A home könyvtárat vagy partíciót. Ez történt nálad is. A home egy bizonyos részét addig tömted adatokkal, míg a home-ban (és mivel nincs külön partíción a home az egész rendszerpartíción) elfogyott a szabad hely. Egy nagyobb partícióra kell tenni az egész home-ot vagy legalább egy másik partícióra a home-nak az(oka)t a részét/részeit amit hajlamos vagy tömni. Ezt próbáltam ecsetelni feljebb.
Ez egy annyira szerteágazó téma, hogy inkább konkrét helyzetek megoldásán keresztül érdemes szerintem megtanulni.
Azt nézd meg, hogy mekkora a foglalt/szabad hely a rendszerpartíciódon, aztán hogy ezen belül mekkora a home és hogy azon belül mik foglalnak el nagy helyet. Ha megvannak, hogy mik foglalnak el nagy helyet, akkor ki lehet okoskodni, hogy mit (ezeket) lenne érdemes nagyobb vagy más helyen tartani, hogy többé ne fulladjon meg ezektől a rendszer.
Volna lehetőség...
Beküldte lynx -
Értékelés:
Mit kellene változtatni?
A felsoroltakon túl vehetnél egy lemezt a filmeknek.
Az én tárhelyem így néz ki:
SSD 480 GB-os, amin két rendszer van.
Windows 34 GB 8 GB szabad
/Linux 33 GB 15 GB szabad
/home 90 GB 64 GB szabad
/Adatok 310 GB 220 GB szabad
HDD 2 TB 890 GB szabad
HDD 1 TB 800 GB szabad
HDD 1 TB 255 GB szabad
HDD 500 GB 200 GB szabad
Ez majdnem 5 TB, és állandóan selejtezek.