Fórum:
Sziasztok!
Sehogy sem sikerül a fenti program tárolójának a telepítése, s így a programot sem tudom felrakni.
janos@janos-HP-250-G5-Notebook-PC ~ $ sudo add-apt-repository ppa:ingalex/super-boot-manager
'Ez a PPA t\xc3\xa1rol\xc3\xb3 nem t\xc3\xa1mogatja a k\xc3\xb6vetkez\xc5\x91t: xenial'
Nem adható hozzá a PPA tároló: „'Ez a PPA t\xc3\xa1rol\xc3\xb3 nem t\xc3\xa1mogatja a k\xc3\xb6vetkez\xc5\x91t: xenial'”.
janos@janos-HP-250-G5-Notebook-PC ~ $ sudo add-apt-repository ppa:ingalex/super-boot-manager
'Ez a PPA t\xc3\xa1rol\xc3\xb3 nem t\xc3\xa1mogatja a k\xc3\xb6vetkez\xc5\x91t: xenial'
Nem adható hozzá a PPA tároló: „'Ez a PPA t\xc3\xa1rol\xc3\xb3 nem t\xc3\xa1mogatja a k\xc3\xb6vetkez\xc5\x91t: xenial'”.
Kérdésem, hogy miért nem támogatott a tároló, esetleg van-e másik? A programot hogyan tudnám telepíteni?
Előre is köszönöm a segítséget!
esetleg:https://askubuntu.com
Beküldte atime -
Értékelés:
esetleg:
https://askubuntu.com/questions/770172/how-to-install-super-boot-manager...
nem próbáltam
Super Boot Manager telepítése PPA-ról
Beküldte kimarite -
Értékelés:
@#0 Ha rákeresel a PPA-ra, megnézheted, hogy az Ubuntu Xenial Xerus kiadása (a 16.04)
nem támogatott az említett PPA által, ez az üzenet is,
https://launchpad.net/~ingalex/+archive/ubuntu/super-boot-manager
azaz nem készítették el a csomagokat a 16.04 kiadásra, függőségeire..
Lehet, hogy folytatódott a projekt, de én a honlapján is, vagy amit a PPA-n annak neveznek, csak az 5.2 -es verziót 'találtam'.
lehet, buta kérdés(ek) a kérdéshez
Beküldte tothbela48 -
Értékelés:
Érdemes-e külső boot menedzsert használni, ha van a rendszerrel telepített? Ugyanis a felmutatott menedzsertől én a laikus csak annyit látok, hogy a Grub tartalmát képes átszerkeszteni, de akkora tudás kell hozzá, mint a Linux egészéhez.
Én azért kutakodom a témában mert egy öt partíciós (mdos 3+2) Ubuntu rendszer mellé telpítettem a Linuxmint 18.2 Cinnamon 64-et. Hogy a múltamat ne kelljen azonnal kitörölni. Biztos buta voltam a telepítéskor, de az egész Mint egyetlen logikai partícióba zsúfolta magát. Hiába volt eredetileg elsődleges boot, swap partíció is. Most már archiváltam mindent a múltamból, ami kellett. Ki akarnám használni az egész HDD-t, lehetőleg úgy, hogy az új rendszer az eredetileg kijelölt root partícióra kerüljön. De már annyi mindent frissítettem a Mint-en, hogy nem szeretném újracsinálni. Viszont régi tapasztalatom, hogy a Grub egy ilyesmi áttelepítés alkalmával úgy meg tud keveredni, hogy én nem vagyok eléggé talpon a helyreállításához. Tehát egy olyan menedzsert keresnék, ami hozzáértés nélkül le tudja menteni a jelenlegi állapotot ahhoz, hogyha valamit elügyetlenkedem, akkor legalább a jelenlegi verzió használható maradjon, a jelenlegi helyről. Illete a csekély tudásommal meg tudjam neki fogalmazni, hogy most már a boot partícióra tegye az új grubot úgy, hogy a root partícióról indítsa az oda, a gparted-del másolt rendszert.
Nosza, felbuzdulva az itt olvasottakon, megnéztem a Synaptic-kal, hogy mim van. Felmutatta, hogy van telepítve egy efibootmgr valami olyasmi célra, ami nekem kellene. Elindítom. Erre ezt mondja:
Akkor minek települt? Bocsánat, ha buta a kérdés.
Kellene egy "sudo fdisk -l"
Beküldte atime -
Értékelés:
Kellene egy "sudo fdisk -l" és egy "sudo parted -l' kimenet. Nem ártana, sőt jól jönne egy "inxi -F" is.
Kellene egy "sudo fdisk -l"
Beküldte kimarite -
Értékelés:
A kért két (három) parancs kimenete kéne.
„Tehát egy olyan menedzsert keresnék, ami hozzáértés nélkül le tudja menteni a jelenlegi állapotot ahhoz, hogyha valamit elügyetlenkedem, akkor legalább a jelenlegi verzió használható maradjon, a jelenlegi helyről.”
-- a jelenlegi partíciós táblát el lehet menteni. Most ezzel ne foglalkozzunk, a Gparted is 'megteszi'.
-- az egyik lehetőség: a GParted alkalmazás tudja a partíciók tartalmát másolni (a másolás biztonságosabb, mint az áthelyezés), esetleg ezt lehet használni, ha más-létező, üres- partícióra helyeznél át egy telepített rendszer partíciót. És ekkor a második lépés az fstab szerkesztése ... . Ha jól értem, a Linux Mint egyetlen -logikai- partícióra települt, mindennel együtt.
-- a másik lehetőség: a telepített Linux Mintről a Systemback alkalmazással (más alkalmazással is lehet) készítesz egy visszaállítási pontot, majd arról egy képfájlt. Ezt a képfájlt kiírod és arra a partícióra telepíted, ahova eredetileg szeretted volna.
-- csak információ: egy telepített rendszer alatt futtatott 'update-grub' parancs a saját GRUB beállítást frissíti, de ettől még nem ez lesz használva. Nálad több Linux rendszer van telepítve. El lehet -nem kötelező- dönteni majd, hogy melyik rendszer telepített GRUB alkalmazását szeretnéd használni. Általában a legutoljára telepített rendszeré van használatban és ez talán neked is jó lesz. Az 'os-prober' parancs ismeri fel például a Windows rendszert, és utána jöhet az 'update-grub' parancs. De a telepített GRUB-ok közötti választás már későbbi 'feladat' lehet, csak megemlítem.
Egyelőre csak a parancs kimenetek kellenének, vagyis abból 'megtippeljük', hogy amit szeretnél, hogyan valósítsd meg.
Ami nem értelmezhető 'fogalom', az az említett 'az eredetileg kijelölt root partíció' (rendszer) partíció. A particionálásnál még nincs rendszer partíció, csak bármilyen elnevezés nélküli 'partíciók' vannak, melyekből lehet elsődleges vagy kiterjesztett (MBR particionálásnál). Arról lehet inkább szó, hogy egy már telepített Linux Mint rendszer partíciója kerüljön át valamely más partícióra.
esetleg:https://askubuntu.com
Beküldte Janos07 -
Értékelés:
Köszönöm! A függőségetket telepíteni tudtam így, de a fő programot még sajna nem. Azért még futok egy kört vele, hátha.
esetleg:https://askubuntu.com
Beküldte kimarite -
Értékelés:
Bíztató .. :)
De mit mutat ez a parancs, mi a gond?
sudo apt install super-boot-manager
Ha más dolgokat is vizsgálnál, akkor telepítsd az aptitude alkalmazást,
(az aptitude feltételezi, hogy képes vagy választani a
különböző lehetőségekből, és ha nem lehetséges helyes döntés,
akkor csak tesztelsz és abbahagyod a próbát: q
mielőtt a rendszert -átmenetileg- használhatatlanná
teszed egy rossz döntéssel)
majd próbáld megnézni, melyik függőség nem teljesíthető.
Vagy települt az alkalmazás, de nem indul?
Ha így van, akkor próbáld ezt a parancsot
(jelenség a futtatáskor?)
majd indítási próba újra.
Az aptitude által felkínált összes lehetőséget -amíg kiírja, hogy nincs több- a https://paste.ubuntu.com/ oldal segítségével oszthatod meg velünk.
Kellene egy "sudo fdisk -l"
Beküldte tothbela48 -
Értékelés:
Kezdem a végén.
A "nem értelmezhető fogalom", csak túrövídített fogalmazás. Jobb' szerettem az OS-t különálló elsődleges partíción tudni. (Mert úgy láttam régen, a windows fizikailag mindent összekevert egyazon partíción, és így idővel lelassult a gép, amit a defrag úgy-ahogy feloldott. Féltem, hogy a sok mocorgás miatt a végén valami megsérül. A mechanika fölöslegesen kopik.) Tehát egy elsődleges partíciót a gyökérhez (root, /) csatoltattam, cimkéztem partícionáláskor.
A kért parancsoka adott válaszok:
Jelenleg ami az sda6-on van az minden, ami fut, ami külön felcsatolás nélkül elérhető
A harmadik hosszabb
energmester@toth-asztali ~ $ inxi -F System: Host: toth-asztali Kernel: 4.10.0-37-generic x86_64 (64 bit) Desktop: Cinnamon 3.4.6 Distro: Linux Mint 18.2 Sonya Machine: System: MAXDATA product: Favorit 5000I v: 5123660003 Mobo: ASUSTeK model: P5LD2-VM (4.00G) v: Rev 4.xx Bios: American Megatrends v: 0402 date: 08/07/2007 CPU: Single core Intel Celeron D (-UP-) cache: 512 KB speed: 3067 MHz (max) Graphics: Card: Intel 82945G/GZ Integrated Graphics Controller Display Server: X.Org 1.18.4 drivers: intel (unloaded: fbdev,vesa) Resolution: 1366x768@59.79hz GLX Renderer: Mesa DRI Intel 945G GLX Version: 1.4 Mesa 17.0.7 Audio: Card Intel NM10/ICH7 Family High Definition Audio Controller driver: snd_hda_intel Sound: Advanced Linux Sound Architecture v: k4.10.0-37-generic Network: Card-1: Intel 82573L Gigabit Ethernet Controller driver: e1000e IF: enp2s0 state: down mac: 00:1d:60:98:e6:32 Card-2: NetGear WG111v3 54 Mbps Wireless [realtek RTL8187B] driver: rtl8187 IF: wlx001b2f340070 state: N/A mac: N/A Drives: HDD Total Size: 40.0GB (30.6% used) ID-1: /dev/sda model: WDC_WD400BB size: 40.0GB Partition: ID-1: / size: 9.5G used: 7.9G (88%) fs: ext4 dev: /dev/sda6 ID-2: swap-1 size: 4.00GB used: 0.01GB (0%) fs: swap dev: /dev/sda2 RAID: No RAID devices: /proc/mdstat, md_mod kernel module present Sensors: None detected - is lm-sensors installed and configured? Info: Processes: 177 Uptime: 1:14 Memory: 898.7/1989.6MB Client: Shell (bash) inxi: 2.2.35A laikus szememnek a fentiek helyett az alábbi gparted-es "leirat" jobban tetszik
A következőt szeretném:
sda3-on fusson a rendszer (sda6-ról ide másolva)
sda1-ről bootoljon
sda2 legyen a swap (azt hittem, hogy ide töltődnek át azok a programok, amit éppen használok, és innen gyorsabb, azért méreteztem ekkorára)
sda4 legyen a saját adatterületem, amivel nem mászok bele a rendszerbe. Beleértve a jelenlegi /home logikai területet az sda6-ra téve
Az sda6-ot csak azután takarítanám le, állítanám át, ha az előbb felsoroltak hibátlanul működnek. Az sda5 megőrzendő archívum tár.
Partíciók átméretezésére nem gondoltam. Az sda1-3 jelenlegi tartalma nem kell.
Kellene egy "sudo fdisk -l"
Beküldte kimarite -
Értékelés:
Mindez Live rendszerről ...: GParted
-- először ellenőrzöd, minden ugyanaz-e, mint most a képen (ha nem, akkor változtatsz a partíciók nevére vonakozóan a kivitelezésre), majd (a jelen sda nevekkel a példámban):
-- kikapcsolod az sda2-n a swap partíciót
-- törlöd az sda1, az sda2 és az sda3 partíciókat
-- készítesz egy új swap partíciót a HDD elejére: 2GB (vagy amekkorát szeretnél)
-- a maradék helyet partícionálod erre: /
-- ide másolod a GParted segítségével az sda6 tartalmát
-- átírod az új / és swap partíció UUID-it az fstab-ban a régi UUID helyett (lsblk, blkid, fdisk, parted), mármint mindenképpen a régi helyen, partíción tartózkodó fstab-ban. A home, mint partíció, gondolom, nincs külön, akkor ezzel nem foglalkozol, de minden mást át kell írnod az fstab-ban ..., már amit te szerkesztettél bele a kezeddel, mint például egy külső meghajtót.
-- a / bootolható legyen, aztán az új swap partíciót is bekapcsolod (ez most egy másik)
-- újraindítod a rendszert a HDD-ről
-- ha minden rendben, akkor törlöd a (jelenlegi nevén) sda6 partíciót és azt például hozzáadod a (jelenlegi nevén) sda5 partícióhoz (az összevonás adatvesztéssel járhat, mint mindig is, minden OS alatt!)
-- és egyvégtében megint átírod az fstab-ot, de most az új rendszer partíció alatt a megfelelő UUID-kre
-- és megnézed, minden rendben van-e.
-- ha nem indul a rendszer, akkor LiveCD-ról chroot
https://linuxmint.hu/blog/2016/08/chroot-live-rendszer-livecddvdusb-stick
oda ahova másoltad a régit és egy grub-update vagy akár egy grub-install.
https://linuxmint.hu/blog/2017/09/a-grub-ujratelepitese-beallitasa-live-...
Ez nagyjából a módszer, de a biztonság kedvéért készíts a 'belakott' rendszerről egy Systemback telepítőt. Illetve az sda5 partíción lévő adataidról készíts -egészen más HDD-re például- egy biztonsági mentést. Sokkal egyszerűbb lenne a Sytemback-os telepítőt felhasználva végrehajtanod egy friss telepítést.
Ha valami nem jól sül el (kizárt, kivéve a technika ördögét), akkor LiveCD-ről módosítható az fstab, amelyről készíthetsz egy biztonsági másolatot is annak szerkesztése előtt. A telepített rendszeréről, és nem a LiveCD fstab fájlról. Már most, a telepített (Linux Mint! és nem az sda3-as Ubuntu) rendszer alól belépve.
(sudo)
A régi és az új fstab fájlt pendrive-ra, felhőbe, azaz biztonságos helyre célszerű lehet elmentened.
Kellene egy "sudo fdisk -l"
Beküldte kimarite -
Értékelés:
A GRUB frissítése azért is szükséges, mert az állításoddal
„Én azért kutakodom a témában mert egy öt partíciós (mdos 3+2) Ubuntu rendszer mellé telpítettem a Linuxmint 18.2 Cinnamon 64-et.”
szemben az MSDOS partíciókat én nem látom a parted, fdisk kimenetekben. A Windows 3 partícióját sem és az Ubuntu 2 partícióját sem, igaz, utóbbira tippelni tudok.
Launchpad PPA for Grub Customizer
Beküldte kimarite -
Értékelés:
Van másik:
https://launchpad.net/~danielrichter2007/+archive/ubuntu/grub-customizer
http://ubuntuhandbook.org/index.php/2016/04/install-grub-customizer-ubun...
Kellene egy "sudo fdisk -l"
Beküldte tothbela48 -
Értékelés:
Bocsánat!
Most már (újra) tudom, emlékszem, hogy annakidején azért választottam a DOS partíciós rendszert mert egy területet meg akartam tartani FAT32-ben a többi gépek és a wine átjárhatósága érdekében.
Azt felejtettem el, hogy a DOS partícionálási rendszerben is tud a Linux ext filerendszereket létesíteni. Továbbá a FAT32-es partíciót érdekmúlás miatt korábban töröltem.
Kellene egy "sudo fdisk -l"
Beküldte tothbela48 -
Értékelés:
Kedves kimarite!
Elnézést, hogy ilyen sokára jelentkezem. De egy hétig a kacatjaimnak az elmentésével bajlódtam, közben néhány mellényúlás helyreállításával.
Szombaton kezdtem feldolgozni a javaslatodat. Hát, mit mondjak, nekem, mezítlábasnak nem könnyű olvasmány.
Aztán jött, hogy az fstab-hoz hozzáférni is többet kell tudni, mint az átírásra vonatkozó mondatot elolvasni. Szerencsére az őskorban vásárolt Suse 8.2 kézkönyvek tárgyalják valamelyest a Linux lelkivilágát.
De sokáig kerestem például a terminálból történő file átnevezés parancsot, mígnem rájöttem, hogy a cp és rm parancsokkal meg tudom oldani a dolgot. Az is elvett néhány órát, míg rájöttem, amikor a gparted már fut, se pendrive-ot, semmit nem tudok csatolni.
Végül látszólag minden rendben megtörtént. Ennek az eljárásnak az előnye abban jelentkezne, hogy sokkal gyorsabban történt meg a partíció átmásolása, mint volt a Systemback live CD létrehozása.
Azzal az aprócska szépséghibával, hogy most a grafikus felület felépülési lépcsőjében jelszót kér tőlem a program. Viszont (maradtam minden azonosítóval a régieknél), ha megadom, továbbindul, de visszatér a jelszó bekérésére. Ha üres vagy rossz jelszót adok meg, akkor már az input ablak visszadob azzal, hogy hibás a jelszó.
Aztán zavart az, hogy a másolás révén a régi és az új partíció (sda6 és új sda2) UUID-je természetszerűleg azonos. Megkíséreltem az fstab-ban az UUID-ek helyett átkeresztelt LABEL paramétereket megadni. UA. És persze nem tudtam megnézni, melyik partíció indult be. A boot flag-et hiába tettem ide-oda.
Már hozzáláttam a Systemback CD-ről (ami csodálatosra sikerült!) újratelepítéshez, amikor jött az a gond, hogy a telepítés előtti partícionáláskor a program felajánlja csatolási pontok cseréjét, de nem szerkeszti be a megfelelő helyre, nem veszi fel a pendingelt feladatok közé. Azt még nem próbáltam, hogy ha a partíció törlését, formázását is aktiválom, akkor mit tesz.
Az egyes gparted programok sem egyformán működnek. A RescueCD-ről indított nem engedte az UUID-ot változtatni. A Systembakc-es CD-re kiírt változatom megengedte az sda6 azonosítóját átváltoztatni. Így már tudom, hogy a rendszer az új sda2-ről indulna, de így is a fenti jelszókérési problémába ütközöm.
Ha van egyszerű javaslatod az indítójelszó bekérés negligálására, akkor azt még meglépném, egyébként újratelepítek a Systemback CD-ről. Eredetileg nem kellett jelszó a rendszer indításához. Akár az új, akár a régi rendszer file-jaira tudom használni az eredeti nickname-et, root jelszót.
Segítőkészségedet mindenképpen nagyon köszönöm. Reméljük, mások is tudnak tanulni az általad leírottakból. Én sokat tanultam.
Üdv Béla
Kellene egy "sudo fdisk -l"
Beküldte kimarite -
Értékelés:
-- a Systamback által készített rendszer nem használja nyilván az automatikus belépést. A jelszó megváltoztatására van lehetőség.
-- remek, hogy -magad is rájöttél az mv illetve a cp parancsokra, 'kár', hogy én is írtam :) Íme:
Az mv nem jó backup fájl elkészítésére ... . Gondolkozz, miért nem.
-- az UUID helyett próbáld a /dev/sda2, /dev/sdk8, vagy hasonló jelzések használatát az fstab-ban. Terrnészetesen azt, ami neked van és használni szeretnéd. Úgyhogy nem szükséges új UUID per pillanat :). Ha mégis azt szeretnéd:
http://www.sudo-juice.com/how-to-change-the-uuid-of-a-linux-partition/
... de úgyis törlöd a régi partíciót.
Kellene egy "sudo fdisk -l"
Beküldte tothbela48 -
Értékelés:
mv parancsról én nem írtam, rm-et használtam a régi fstab -al való ütközés elkerülésére a másoláskor.
A partíció átmásolását a gparted -ben foglalt programmal végeztem. Látszólag minden rendben a kívánt helyre került a régi pontos másolataként. Ezért érthetetlen számomra, hogy a grub lefutása végén(?), után(?) mégis másként fut az új helyről ugyanaz a rendszer. Persze én nem vagyok tisztában azzal, hogy boot-olás átírása részleteiben hogyan ment végbe.
A régi partíció törlését csak azután akartam végrehajtani, amikor már az új működőképes. A régi partíció UUID-jét már kicseréltem, tehát annak újra használatba vétele - feltételezem - most már nagyon körülményes lenne.
Ne töltsd tovább velem a drága idődet, a Systemback mentén elboldogulok magammal.
Maradok tisztelettel
Béla
Kellene egy "sudo fdisk -l"
Beküldte kimarite -
Értékelés:
„mv parancsról én nem írtam, rm-et használtam a régi fstab -al való ütközés elkerülésére a másoláskor.”
-- igen. törlés felesleges és nem biztonságof. De az eredeti fstab, fstab.ORIG néven való másolása (copy), tulajdonképpen, biztonsági másolat, hogy meglegyen az eredeti, ha valaki nem emlékszik, mit, mire változtatott. Más megoldás, az eredeti sorok kommentelése (a sor elejére #), így azok nem lesznek használva, és még valami ilyesmi jegyzettel (#):
Megfigyelhető, nincs kommentelve a használatban lévő beállítás.
„A régi partíció törlését csak azután akartam végrehajtani, amikor már az új működőképes. A régi partíció UUID-jét már kicseréltem, tehát annak újra használatba vétele - feltételezem - most már nagyon körülményes lenne.”
-- bármilyen partíciót használatba vehetsz az UUID-je szerint, egész egyszerűen az (/etc/)fstab fájlban kell átírni az UUID-ket. Nem kell update-grub, elég egy 'reboot'. ;)
„A fájlrendszerek azonosítása
Háromféle módja van a partíciók vagy tárolóeszközök azonosításának az
/etc/fstab-ban: a rendszermag szerinti leíró (kernel name descriptor) alapján [/dev/sdx], címke (pl. root] vagy UUID alapján. Az UUID vagy a címkék használatának előnye az, hogy nem függenek attól a sorrendtől, ahogy a meghajtók fizikai összeköttetésbe kerültek a géppel. Mindez nagyon hasznos lehet, ha a BIOS-ban a tárolóegységek sorrendje megváltozik, vagy egyszerűen csak változtatunk a kábelezésükön. Emellett a BIOS olykor magától is megváltoztathatja a tárolóegységek sorrendjét.”http://wiki.ubuntu.hu/index.php/Fstab
http://wiki.ubuntu.hu/index.php/Fstab
https://wiki.hup.hu/index.php/Fstab
http://man7.org/linux/man-pages/man5/fstab.5.html
Kellene egy "sudo fdisk -l"
Beküldte tothbela48 -
Értékelés:
#8 lezárása
Ismételten köszönöm kimarite a segítségedet.
Először becsületből végigcsinltam amit írtál, de valahol elszúrhattam.
Következő lépés volt a Systemback CD-ről az újratelepítés.
Hát úgy tűnik, hogy a Systemback arra van kitalálva, hogy ugyanazt állítja vissza, ahonnan jött. Nem tolerálja a partíciók cserélgetését, hiába ajánlja fel a partíciós tábal átszerkesztését. Odáig rendben ment, hogy a rendszer tényleg a kívánt új helyre, az sda2-re másolódott.
De probléma kezdődött azzal, hogy újraindításkor a grub használhatatlan volt, holott minden a helyén volt: "error: file '/boot/grub/i386-pc/normal.mod' not found." A grub-rescue parancsokkal kézzel fel tudtam állítani a rendszert, de automatikus indításúra csak a "Boot javítása" program telepítésével tudtam jutni.
De még ezzel is csak az fstab file kézi átszerkesztése után értem el, hogy a swap partíció működőképes legyen.
Tulajdonképpen most minden rendben van.
Azért, ha nem nagy fáradság, egy dologban kérném még a segítségedet.
Most az sda2 partíción van a rendszer és a /home-ban a saját file-jaim, rendszeren kívüli programjaim valamijei. Most láttam meg, hogy pl. a browser-ek cache-i is (miért nem a swap-en?). Így aztán mindössze 3,5 giga szabad helyem maradt ezen a partíción. Ami ezek szerint (browser) futás közben igencsak változó méretű lehet.
Bűvölködés közben az sda5 partíciót /home-nak csatoltam, és tartalma pontosan ugyanaz, mint az sda2 /home-jának. Balga fejjel azt hittem, hogy ez lesz használva, és az sda2-ről hely felszabadítás érdekében törölhetem. De nem ez történt, hanem a csatolás a /home/home-ként jött létre.,
Próbáltam az sda2 /home-ba szimbolikus linket létrehozni a /home/home-hez, de nem engedte magát.
Van egy olyan halvány emlékem, hogy a linux nem nagyon törődik a fizkai határokkal. Az összecsatolt területeket fizikailag egyként lévőnek tekinti? Azaz, hogy ha a /home már nem férne el az sda2-n, akkor ebben a csatolási felállásban automatikusan használja az sda5-öt? Noha ez is csak kényszer helyzet lenne, hiszen a rendszer frissítései számára hely kell.
Kellene egy "sudo fdisk -l"
Beküldte kimarite -
Értékelés:
„ Azaz, hogy ha a /home már nem férne el az sda2-n, akkor ebben a csatolási felállásban automatikusan használja az sda5-öt? Noha ez is csak kényszer helyzet lenne, hiszen a rendszer frissítései számára hely kell.”
-- nem használja automatikusan. Az a RAID-nél van (lehetséges), de neked nincs ilyened.
-- előre át kellett volna gondolni, hogy mekkora új helyet készítesz a másolt rendszernek ...
-- a frissítések, vagyis a letöltött csomagok törölhetőek: sudo apt-get clean
-- a telepített alkalmazásoknak kell a hely, de 3.5GB azért elég sok
-- a már nem használt sda5 partícióról törölj minden adatot, és használd tárhelynek. Ide jöhetnek ezek: „és a /home-ban a saját file-jaim” (pontosan nem tudom, mik ezek, de ha képek, zenék, dokumentumok, akkor jó tanácsot adtam)
-- a rendszert a Lemezkezelővel tudod rábírni, hogy az sda5-öt automatikusan csatolja (a media alá fogja)