Super Boot Manager telepítése.

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.

sbm2janos@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!

 

 

 

 

kimarite képe

Super Boot Manager telepítése PPA-ról

@#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'.

Értékelés: 

0
Még nincs értékelve
tothbela48 képe

lehet, buta kérdés(ek) a kérdéshez

É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:

energmester@toth-asztali ~ $ efibootmgr
efibootmgr: EFI variables are not supported on this system.

 
Akkor minek települt? Bocsánat, ha buta a kérdés.
 
 

Értékelés: 

0
Még nincs értékelve

Kellene egy "sudo fdisk -l"

Kellene egy "sudo fdisk -l" és egy "sudo parted -l' kimenet. Nem ártana, sőt jól jönne egy "inxi -F" is.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Kellene egy "sudo fdisk -l"

  #3 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.

Értékelés: 

0
Még nincs értékelve

esetleg:https://askubuntu.com

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.

Értékelés: 

0
Még nincs értékelve
kimarite képe

esetleg:https://askubuntu.com

#6 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)

sudo apt-get install aptitude

majd próbáld megnézni, melyik függőség nem teljesíthető.

sudo aptitude install super-boot-manager

Vagy települt az alkalmazás, de nem indul?

Ha így van, akkor próbáld ezt a parancsot
(jelenség a futtatáskor?)

sudo apt-get -f install

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.

Értékelés: 

0
Még nincs értékelve
tothbela48 képe

Kellene egy "sudo fdisk -l"

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:

energmester@toth-asztali ~ $ sudo fdisk -l
[sudo] energmester jelszava: 
Disk /dev/sda: 37,3 GiB, 40000000000 bytes, 78125000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x0004c65d
Eszköz     Indítható    Start    Vége Szektorok  Size Id Típus
/dev/sda1                2048   292863    290816  142M 83 Linux
/dev/sda2              292864  8105983   7813120  3,7G 82 Linux lapozó / Solaris
/dev/sda3             8105984 26833473  18727490    9G 83 Linux
/dev/sda4            26834942 78123007  51288066 24,5G  5 Kiterjesztett
/dev/sda5            47169536 78123007  30953472 14,8G 83 Linux
/dev/sda6  *         26834944 47169535  20334592  9,7G 83 Linux 

Partition table entries are not in disk order.

Jelenleg ami az sda6-on van  az minden, ami fut, ami külön felcsatolás nélkül elérhető

 

energmester@toth-asztali ~ $ sudo parted -l
Típus: ATA WDC WD400BB-75FJ (scsi)
/dev/sda lemez: 40,0GB
Szektorméret (logikai/fizikai): 512B/512B
Partíciós tábla: msdos
Lemezjelzők: 
Szám  Kezdet  Vég     Méret   Típus     Fájlrendszer    Jelzők
 1    1049kB  150MB   149MB   primary   ext4
 2    150MB   4150MB  4000MB  primary   linux-swap(v1)
 3    4150MB  13,7GB  9588MB  primary   ext4
 4    13,7GB  40,0GB  26,3GB  extended
 6    13,7GB  24,2GB  10,4GB  logical   ext4            boot
 5    24,2GB  40,0GB  15,8GB  logical   ext4

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.35 

 A 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.

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

Kellene egy "sudo fdisk -l"

#8 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.

cp /etc/fstab /etc/fstab.ORIG

(sudo)

A régi és az új fstab fájlt pendrive-ra, felhőbe, azaz biztonságos helyre célszerű lehet elmentened.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Kellene egy "sudo fdisk -l"

#9 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.

Értékelés: 

0
Még nincs értékelve
tothbela48 képe

Kellene egy "sudo fdisk -l"

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.

Értékelés: 

0
Még nincs értékelve
tothbela48 képe

Kellene egy "sudo fdisk -l"

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

Értékelés: 

0
Még nincs értékelve
kimarite képe

Kellene egy "sudo fdisk -l"

#13 -- 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:

cp /etc/fstab /etc/fstab.ORIG

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.
 

Értékelés: 

0
Még nincs értékelve
tothbela48 képe

Kellene egy "sudo fdisk -l"

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

Értékelés: 

0
Még nincs értékelve
kimarite képe

Kellene egy "sudo fdisk -l"

#15mv 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 (#):

# <file system>                            <dir>     <type>    <options>             <dump> <pass>
## Ez a régi: vátoztatás, partíció másolás miatt, 2017. 11. 14.
# UUID=24f28fc6-717e-4bcd-a5f7-32b959024e26  /         ext4      defaults,noatime      0      1
## Ez az új:
UUID=03ec5dd3-45c0-4f95-a363-61ff321a09ff  /         ext4      defaults,noatime      0      1

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

Értékelés: 

0
Még nincs értékelve
tothbela48 képe

Kellene egy "sudo fdisk -l"

 #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.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Kellene egy "sudo fdisk -l"

#17 „ 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)

Értékelés: 

0
Még nincs értékelve