szeretnék update-managerrel frissíteni Edgy-ről Feisty-re
viszont hibajelzéssel elakad: /boot -on legalább legyen szabad 32MB
namármost:
- /boot -omat külön 32MB partin hoztam létre fél éve, Edgy felrakásakor
- /boot = /dev/hda3 (32MiB, lásd lent)
- fullra particionált hda (extended is van)
- NTFS-ekhez nem nyúlhatok (céges laptop)
- hda8 (fat32) törölhető, ha kell
Mi a legcélszerűbb teendő? Hogyan particionáljak át?
(konkrét utasításokat is léci, mert még nagyon lama vagyok)
******************
kirandulo@gep:~$ df -h
Fájlrendszer Méret Fogl. Szab. Fo.% Csatl. pont
/dev/hda1 21G 15G 5,7G 72% /media/hda1 (ntfs)
/dev/hda2 9,8G 8,4G 1,5G 86% /media/hda2 (ntfs)
/dev/hda3 30M 18M 11M 64% /boot (ext3)
/dev/hda6 9,8G 2,3G 7,5G 24% / (reiserfs)
/dev/hda7 9,8G 1,9G 7,9G 20% /home (reiserfs)
/dev/hda8 5,6G 250M 5,4G 5% /media/hda8 (fat32)
******************
kirandulo@gep:/dev$ sudo fdisk -l /dev/hda
Disk /dev/hda: 60.0 GB, 60011642880 bytes
255 heads, 63 sectors/track, 7296 cylinders
Units = cilinderek of 16065 * 512 = 8225280 bytes
Eszköz Boot Start End Blocks Id System
/dev/hda1 * 1 2611 20972826 7 HPFS/NTFS (WinXP)
/dev/hda2 2612 3886 10241437+ 7 HPFS/NTFS (WinXP)
/dev/hda3 3887 3890 32130 83 Linux (/boot)
/dev/hda4 3891 7296 27358695 5 Kibővített
/dev/hda5 3891 4021 1052226 82 Linux swap / Solaris
/dev/hda6 4022 5295 10233373+ 83 Linux (/)
/dev/hda7 5296 6570 10241406 83 Linux (/home)
/dev/hda8 6571 7296 5831563+ b W95 FAT32 (üres)
- 1356 megtekintés
Hozzászólások
"/boot -on legalább legyen szabad 32MB
namármost:
- /boot -omat külön 32MB partin hoztam létre fél éve,"
Csinálj a root partición egy /boot könytárat, a 32M bootparticiót csatold le és az fstabban a rá vonatkozó részt "#" töröld.
Majd frissítés után rakj rendet kézzel! :)
----------------------------------------------------------------
"Értem én hogy villanymotor, de mi hajtja!?
- A hozzászóláshoz be kell jelentkezni
meg a grubot is javítsd kézzel
mert a /boot particióján fogja keresni nem a root
particióján a kernelt
Celeron-M 1400Mhz, 768M, Debian SID, 2.6.18-rc7
- A hozzászóláshoz be kell jelentkezni
Csak zárójeles megjegyzésem, hogy a boot könyvtár / partícióra helyezése némely régi vason nem biztos hogy bootolható setupot ad, ha ezzel a kernel image 8G fölé kerülne. Én ezzel már elég sokat szívtam :-(
Ha ez netán bekövetkezne, akkor kinevezhetné a mostani swap partícióját boot-nak (hda5, ha jól számolom 8G alatt van), a swap-nek meg lehasíthatna egy új partíciót (hda9) az utolsó fat-os partíciójából.
---
Mondjon le!
- A hozzászóláshoz be kell jelentkezni
"ha ezzel a kernel image 8G fölé kerülne."
Nekem mind két gépemben bőven felette van, de nem volt ebből problémám.
Pedig az egyik elég régi masina.
----------------------------------------------------------------
"Értem én hogy villanymotor, de mi hajtja!?
- A hozzászóláshoz be kell jelentkezni
Nekem meg a 4 legutolsó SuSE 10.1 telepítésemből 3-szor, 3 különböző gépen gondom volt vele :-(
Mindegyik gép amivel szívtam viszonylag régi volt (<= PIII 750), volt rajtuk Win98 is (de a linux telepítőkből voltak a vinyók partícionálva), és a SuSE 10.1 volt az érintett linux oprendszer.
Ebből az egyik esetben csak egy SuSE 9.3-at cseréltem le 10.1-re, megtartva az eredeti particionálást, de új telepítést végezve (nem update-t). A 9.3-nak semmi gondja nem volt a partíciók leosztásával (/boot 120G felett); a SuSE 10.1-en meg hiába települt hibaüzenet nélkül a grub, nem bootolt addig, amíg a vinyó elejére nem tettem a /boot-ot. :-(
Több hasonló szívásból azt a következtetést szűrtem le, hogy valahol 8G körül létezik egy határ (volt, ahol 7G-ra tettem a /boot-ot, egy kisebb fat partíció mögé, és ennek a grub már örült).
---
Mondjon le!
- A hozzászóláshoz be kell jelentkezni
Most hogy mondod!
Az a Qrva suse....!
Debianom cirka 40GB felett / könytárral indult.
suse-t klónoztam kb 15-20GB-tól kezdődött a / és nem indult.
Erre nem is gondoltam, azt hittem a suse nem "szereti" a klónozást(akár win őkelme) :).
De érdekes hogy egyetlen más linux alatt nem volt gond!
Ezért nem is gyanakodtam erre.
Köszi az infót. :)
----------------------------------------------------------------
"Értem én hogy villanymotor, de mi hajtja!?
- A hozzászóláshoz be kell jelentkezni
"Erre nem is gondoltam, azt hittem a suse nem "szereti" a klónozást(akár win őkelme"
A klónozással nincs gond a SuSE-n, legalábbis én épp a napokban klónoztam sikeresen egy SuSE 10.1-et (Indítottam is itt egy-két témát ezügyben, és tán az egyikben még hozzá is szóltál).
Úgyhogy szerintem te is a 8G limitbe ütközhettél. Mindenesetre, ha a SuSE-d 10.1, akkor majdnem biztosan; mert úgy vettem észre, hogy azon lett ilyen hárpis a grub. (10.2-n még nem próbáltam)
---
Mondjon le!
- A hozzászóláshoz be kell jelentkezni
Ez a "hova esik a boot partició?" nem inkább kernel függő.
Én már évek óta nem csinálokj külön boot prtíciót és soha semmi gondom nem volt ebből. Igaz P3-nál régebbi gépekre nem nagyon telepítettem mostanában.
- A hozzászóláshoz be kell jelentkezni
Ha win is van a gepen, es osszefossa a bootot konnyebb rendbetenni ha kulon particion van.
- A hozzászóláshoz be kell jelentkezni
Formázd ext3 helyett ext2-re így elég lesz, meg különben is fölösleges a naplózás a /boot-nak.
- A hozzászóláshoz be kell jelentkezni
elmondja valaki, hogy mi ertelme van a kulon /boot-nak? (osregi bios es lvm-en kivul)
--
The Internet has evolved from smart people in front of dumb terminals to dumb people in front of smart terminals.
- A hozzászóláshoz be kell jelentkezni
Például XFS root partíció esetén kell a grubnak.
---
Mushroom mushroom..
- A hozzászóláshoz be kell jelentkezni
XFS esetén? fura, mert a gépem működött egyetlen partícióval is.
- A hozzászóláshoz be kell jelentkezni
Akkor en csinaltam rosszul valamit, mert nekem megy, bar ez mondjuk lilo:
replaced@hoka:~$ mount
/dev/hda1 on / type xfs (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
usbfs on /proc/bus/usb type usbfs (rw,devgid=10,devmode=0666)
none on /tmp type tmpfs (rw,size=28m)
none on /var/run type tmpfs (rw,size=4m)
192.168.0.2:/usr/pkgsrc on /usr/pkgsrc type nfs (rw,addr=192.168.0.2)
Szerintem kevered azzal, hogy az XFS-particiora nem rakhatsz boot managert, mert nem hagy ki helyet neki, ezert mindenkeppen az MBR-be kell telepitened a bootmanager-t. De egy normalis (ertsd.: nem dualboot) rendszernel ugy is MBR-be rakod. :)
--
The Internet has evolved from smart people in front of dumb terminals to dumb people in front of smart terminals.
- A hozzászóláshoz be kell jelentkezni
még mindig lamer vagyok..
hogy kell csinálni?
- cp /boot/* /valami-re
- umount /dev/hda3 (/boot)
- vim fstab (törölni/# a /dev/hda3 sort)
- grub menu.lst-t javítani
- rename /valami -> /boot
- reboot
mellesleg az alábbi üzenetet kapom egy umount próbára:
kirandulo@gep:/$ sudo umount /dev/hda3
umount: /boot: az eszköz foglalt
--
tanulni, tanulni, tanulni..
- A hozzászóláshoz be kell jelentkezni
az első javaslatot próbálom követni..
nem baj, hogy a root parti reiserfs?
- A hozzászóláshoz be kell jelentkezni
reiserrel nem lesz gond. Az első javaslat szerintem járható út. De azért a grubot jól tanumányozd át, hogy ha gond lenne, akkor tudjál kézzel is bootolni.
- A hozzászóláshoz be kell jelentkezni
Néztem az első javaslatot. Nem jobb lenne így?
sudo mkdir /boot2
sudo cp -R /boot/* /boot2/
sudo umount /boot
sudo vim /etc/fstab (boot kikommentelése #-vel)
sudo vim /boot/grub/menu.lst (atszerkeszteni a megfelelő particióra a rootot, meg amit kell még)
sudo reboot
sudo imadkozz-hogy-elinduljon :)
De persze ebben is lehet hiba, csak most hirtelen átgondoltam a dolgot
- A hozzászóláshoz be kell jelentkezni
hát az elmélet nálam is ez.. :(
dehát nem megy az umount:
kirandulo@gep:/$ sudo umount /dev/hda3
umount: /boot: az eszköz foglalt
mi a teendő?
- A hozzászóláshoz be kell jelentkezni
"sudo umount /boot"
ne ismeteld mar a hulyeseget, minek lecsatolni?
meg ha le is akarna csatolni, akkor is csak single userben tudna
--
The Internet has evolved from smart people in front of dumb terminals to dumb people in front of smart terminals.
- A hozzászóláshoz be kell jelentkezni
köszönöm! ok a dolog, már upgrade-lek.. :)
- A hozzászóláshoz be kell jelentkezni
kirandulo@gep:~$ cat /etc/issue
Ubuntu 7.04 \n \l
:)
- A hozzászóláshoz be kell jelentkezni
Nem is ismételtem, hanem újra kitaláltam. :) Amúgy igazad van.
Azt is elfelejtettem beírni, hogy mv /boot2 /boot (ja, ezért akartam lecsatolni). De ahogy látom, kitalálta magától is.
- A hozzászóláshoz be kell jelentkezni
ok, csak azert irtam oda, hogy ha valaki ratalal erre a forumra ne szivjon vele :P
--
The Internet has evolved from smart people in front of dumb terminals to dumb people in front of smart terminals.
- A hozzászóláshoz be kell jelentkezni
hogyan tudom umount-olni a /dev/hda3 (/boot) -omat?
igy próbáltam.. :(
kirandulo@gep:/$ sudo umount /dev/hda3
umount: /boot: az eszköz foglalt
megoldás?
- A hozzászóláshoz be kell jelentkezni
nem kell umountolnod, eleg ha atmosolod a boot ot es atirod az fstabot es grubot, majd restart
--
The Internet has evolved from smart people in front of dumb terminals to dumb people in front of smart terminals.
- A hozzászóláshoz be kell jelentkezni
A boot lecsatolasa csak single futasi szinten megy. -> init 1
Ugyan ezzel a problemaval kuzdottem, kossz a tippeket mar nekialtam volna qtpartedes tologatasnak (ami mellesleg valami miatt nem is mukodik!?).
Mellesleg nem kellene a grub stage1-et frissiteni? Mert ha nem, a rendszer ugyan feltelepul, de a bootolaskor a regi kernelt/grub menut tolti be.
Tehat nekem kellett meg egy grub-install hd0 is, az elozoleg emlitett modositasok utan (fstab, menu.lst).
- A hozzászóláshoz be kell jelentkezni