Portál AbcLinuxu, 10. května 2025 08:28
vsechno mi fungovalo a disk bylo mozno namontovat jako / jak s jadrem 2.6.12 tak i 2.4.20.
Pote, co byl jednou pouzit kernel 2.6.21 nelze disk pouzit pro zadny nizsi kernel a to ani 2.6.12. Netusim co se stalo.
Pri pouziti live distribuce lze disk i z jadra 2.4 namontovat a normalne cist. e2fschk nic podezreleho nehlasi. Pri pokusu o boot se kernel zasekne v miste:
VFS: Mounted root (ext3 filesystem) read only.
Freeing unused kernel memory.
netusim co to je a jestli se oddil neda nejak "opravit"?
dekuji
mount /dev/hda3 / -rw -t ext3 -o remount"
Ale jakmile ho chci pouzit jako boot disk, tak jadro lehne.
Oddily jsem mel 2 - jeden ext3 a druhy ext2 - oba dva vykazuji jenom po jedinem namontovani z jadra 2.6.20 stejne chovani. Do lila jsem nezadal typ a linux si to identifikuje sam.
Tohle mi napsal pomerne znaly kamarad:
Je mozne, ze ve Slacku povolili neco jako indexovane/hasdhovane/b-tree adresare a neco to na disku nastavi jako nekompatabilni s predchozi verzi jadra. Nektere flagy blokuji mount jen pri neuplne odmontovanem disku a po fsck -rf zmizi. Jine, jakmile jsou povolene, tak jiz vypnout nejdou. Povolit se ale musi bejdrive pres tune2fs. Z by neco takoveho Slak udelal pri instalaci? Ted jsem prave Slak 12 nainstaloval na laptop, ale jadro tam mam 2.6.19.2. Distribucni jsem zatim nezkousel. Pockam asi na 2.6.23.
Takto jednoduse to nejde. Jasné je, ze muzes nabootovat z live s parametrem "init=/bin/sh" , pak namontovat root a udelat "exec chroot /mnt/xxx" . To je temer ekvivalentni realnemu bootu s partition. Alternativa je initrd, tam si pripravit mount a pak provest zamenu rootu pres pivot_root . To je zpusob, ktery pouzivaji temer vsechny live distribuce a distribuce s plne modularnimi jadry, ktere bootuji pres initrd.
Udelal jsem to a stejne to nejde:
mkdir mnt2
mount /dev/hda3 /mnt2
- tak disk ext2 (ci ext3) se namontoval OK
exec chroot /mnt2
- a ted to hodilo zada
FATAL: Kernel too old
Kernel panic: attempted to kill init
Netusi nekdo prosim, jak ten priznak od ktere verze kernelu se smi svazek pouzit smazat?
Z toho vypisu vubec nejsem moudry. Netusite prosim, ktery feature to je:
Filesystem volume name: (none)
Last mounted on: (not available)
Filesystem UUID: 41a42854-3adb-11db-9d31-dddead5458a0
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal filetype needs_recovery sparse_super
Default mount options: (none)
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 5177344
Block count: 5158873
Reserved block count: 257943
Free blocks: 3222065
Free inodes: 4860131
First block: 0
Block size: 4096
Fragment size: 4096
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 32768
Inode blocks per group: 1024
Last mount time: Sat Sep 29 11:13:26 2007
Last write time: Sat Sep 29 11:13:26 2007
Mount count: 7
Maximum mount count: 20
Last checked: Sat Sep 29 01:21:16 2007
Check interval: 15552000 (6 months)
Next check after: Thu Mar 27 00:21:16 2008
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 128
Journal inode: 8
Journal backup: inode blocks
Journal size: 32M
Sorry, naivne jsem si myslel, ze to rozhrani mezi kernelem a glibc je pevne. S distribuci Slackware 11 se mi darilo nabootovat kernely od 2.2 do 2.6.
Tak zda se, ze bez extremni prace se mi starsi kernel nabootovat nepodari. Uz jsem se jednou pokousel kompilovat glibc a dopadlo to spatne.
Pouzival jsem pro praci UMSDOS a ten uz ve 2.6 neni. Tedy on sice jakysi je, ale nejaky nefunkcni nepodporovany a offtree. Mel jsem na svazku jak dlouha jmena tak i unixove atributy. Musim vymyslet jiny styl prace, treba si z Woken namontovat ext2.
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.