Konwersja ext3 do ext4

Konwersja ext3 do ext4 - Sid

dragonn - 21-06-2009 19:37
Właśnie zaktualizowałem jądro do 2.6.30 i chcę przejść na ext4. Pragnę skorzystać z tego poradnika http://www.ubucentrum.net/2009/04/ko...3-na-ext4.html czy on będzie dobry dla Debiana Sid? I jak wygląda sytuacja z GRUB-em, słyszałem że były problemy, ale ja mam /boot jako osobną partycję i jej nie skonwertuje, czy GRUB wtedy uruchomi się? I czy ten poradniki zadziała na partycji systemowej?

winnetou - 21-06-2009 19:46
Dziękuje...

ArnVaker - 21-06-2009 19:48
W Twoim przypadku:lZmiana w fstabie wpisu partycji / z ext3 na ext4.l lZ poziomu livecd: tune2fs -O extents,uninit_bg,dir_index /dev/partycja_systemowa fsck -pDf /dev/partycja_systemowa l To by było na tyle, jak masz /boot na osobnej partycji, to nie będzie żadnego problemu.

Sam tak mam (tyle, że ext4 niemal od początku):
http://debian.linux.pl/viewtopic.php?p=92292#92292

dragonn - 21-06-2009 20:34
A /home też się opłaca konwertować? LiveCD może być ubuntu 9.04 amd64? A i czy to jest tak całkowita konwersja, bo czytałem że można skonwertować tak że jest możliwy odwrót do ext3, ja chcę to całkowitą konwersję.
EDIT
Czemu w tym poradniki co ja podałem jest e2fsck a ty podąłeś fsck, jest to istotne?

shrek - 21-06-2009 20:36
A czy można bezboleśnie przenieść /boot na inna partycje?
Chętnie bym przeszedł na ext4.
A jeszcze jedno pytanie bo nigdy nie instalowałem Debiana po raz drugi. Czy przy instalacji jak wskaże mu stare /home i nie zaznaczę podczas instalowania bez formatowania to przejdzie bezboleśnie i czy po nowej instalacji będę miał stare /home ze starymi ustawieniami? Zapewne tak ale wole zapytać.

ArnVaker - 21-06-2009 20:40

A /home też się opłaca konwertować? Cała ta konwersja to według mnie trochę przereklamowana sprawa, ja nie widzę jakiejś wielkiej różnicy. No ale skoro już konwertujesz, to czemu nie?

LiveCD może być ubuntu 9.04 amd64? Dowolne obsługujące ext4, Ubuntu w tej wersji jak najbardziej tak.

A i czy to jest tak całkowita konwersja, bo czytałem że można skonwertować tak że jest możliwy odwrót do ext3, ja chcę to całkowitą konwersję. Po poleceniach które podałem nie ma już odwrotu.
Aczkolwiek nie jest to konwersja całkowita.

Czemu w tym poradniki co ja podałem jest e2fsck a ty podąłeś fsck, jest to istotne? man fsck
man e2fsck W tym przypadku to bez znaczenia.

A czy można bezboleśnie przenieść /boot na inna partycje? Tak, musisz wygospodarować partycję, przerzucić tam zawartość katalogu /boot, zmienić wpisy w menu.lst oraz w fstabie.

Nie kasuj zawartości katalogu /boot, w razie nieprzewidzianych problemów będziesz mógł zawsze wrócić do tego co było.

Czy przy instalacji jak wskaże mu stare /home i nie zaznaczę podczas instalowania bez formatowania to przejdzie bezboleśnie....i czy po nowej instalacji będę miał stare /home ze starymi ustawieniami? Trochę zaplątałeś to zdanie :mrgreen: . Ale tak, jak nie sformatujesz partycji /home, to będziesz mógł korzystać z ustawień które się na niej znajdują.

shrek - 21-06-2009 21:15
Dziękuję szefie za szybką i rzetelną odpowiedź dziś w nocy będę działał i napiszę co i jak.

dragonn - 21-06-2009 21:25
Ja już śmigam na ext4 8-) , co zauważyłem, sprawdzanie dysku fsck działo dużo szybciej. Dzięki za pomoc.

shrek - 21-06-2009 23:37
mnie zastanawia jak dobrze zmienić wpisy:
title Debian GNU/Linux, kernel 2.6.29-2-686
root (hd0,2)
kernel /boot/vmlinuz-2.6.29-2-686 root=/dev/sda3 ro quiet
initrd /boot/initrd.img-2.6.29-2-686 załóżmy że boot mam na sda4?
czy może wystarczy

ArnVaker - 22-06-2009 00:08
Zakładając, że /boot jest na sda4, a / na sda3.
title Debian GNU/Linux, kernel 2.6.29-2-686
root (hd0,3) <= partycja /boot (grub "liczy" od 0)
kernel /vmlinuz-2.6.29-2-686 root=/dev/sda3 ro quiet
initrd /initrd.img-2.6.29-2-686 Fragment root=/dev/sda3 odnosi się do partycji /, czyli pozostawiasz bez zmian. Za to usuwasz "/boot" z linii kernel oraz initrd, ponieważ te pliki będą znajdowały się bezpośrednio na sda4.

A skąd Ci się tam wzięło jeszcze "/dev/sda7", to już zupełnie nie mam pojęcia.

Po ponownym uruchomieniu systemu znajdź w menu.lst fragment:
## default grub root device
## e.g. groot=(hd0,0)
# groot=(hd0,3) <= tak powinno wyglądać dla /boot na sda4 Tej zmiany dokonaj już po uruchomieniu systemu z osobną partycją /boot. Powyższy wpis zawsze brany jest pod uwagę podczas wykonywania: update-grub Po dokonaniu zmian warto wykonać to polecenie, następnie sprawdzić, czy wpisy wygenerowane w menu.lst są prawidłowe. Poza tym, nie zapomnij o fstabie.

shrek - 22-06-2009 01:37
fstab: /dev/sda3 / ext3 errors=remount-ro 0 1
/dev/sda4 /home ext3 defaults 0 2
/dev/sda6 /tmp ext3 defaults 0 2
/dev/sda7 /var ext3 defaults 0 2
/dev/sda8 /boot ext3 defaults 0 2
/dev/sda5 none swap sw 0 0 Mam nadzieję że dobrze edytowałem na razie wywala mi błąd przy ładowaniu gruba. title Debian GNU/Linux, kernel 2.6.29-2-686
root (hd0,7)
kernel /vmlinuz-2.6.29-2-686 root=/dev/sda3 ro quiet
initrd /initrd.img-2.6.29-2-686 menu.lst mam edytować tego na partycji sda8 rozumiem?
I nie działa?
error 15

ArnVaker - 22-06-2009 01:45

narazie wywala mi error przy ladowaniu gruba To trochę moja wina. Zapomniałem dopisać, że musisz przeinstalować gruba :evil: .
stage1 znajdujący się w mbr wskazuje nadal na partycję /, a powinien na /boot.

Także to właśnie musisz zrobić. Z poziomu livecd:
http://debian.linux.pl/viewtopic.php?p=9306#9306

Edit:
Ale chyba coś jednak zamieszałeś, skoro stage1 nadal wskazuje na partycję /, to nie powinien wystąpić ten błąd. Nie edytowałeś czasem menu.lst na partycji /?

shrek - 22-06-2009 02:01
http://img15.imageshack.us/img15/573/p1040510g.th.jpg

robiłem tak
sudo grub
find /boot/grub/stage1
root (hd0,7)
setup (hd0)
quit ale zaraz zobaczę jeszcze ten sposób co mi podesłałeś :)

[ Dodano: 2009-06-22, 02:07 ]

Ale chyba coś jednak zamieszałeś, skoro stage1 nadal wskazuje na partycję /, to nie powinien wystąpić ten błąd. Nie edytowałeś czasem menu.lst na partycji /? edytowałem sda8 (hd0,7) wywala jak na zdjęciu, jak zmienię stage1 na (hd0,2) mam po staremu...

ArnVaker - 22-06-2009 02:11
Czyli niby powinno być w porządku.
Odpowiednie vmlinuz i initrd siedzą na partycji /boot ?

Sprawdź: ls -lah na partycji /boot.

shrek - 22-06-2009 02:15
Odpowiednie? Ciężko mi powiedzieć, są takie same jak były na / po prostu skopiowałem folder /boot na nową partycję.

[Dodano: 2009-06-22, 02:22]
shrek@debian:/media/disk-1$ ls -lah
razem 28K
drwxr-xr-x 4 root root 4,0K 06-22 01:33 .
drwxr-xr-x 6 root root 4,0K 06-22 02:21 ..
drwxr-xr-x 3 root root 4,0K 06-22 01:33 boot
drwx------ 2 root root 16K 06-22 01:24 lost+found
shrek@debian:/media/disk-1$ Pewnie nie ma to znaczenia ale zrobiłem to po wyłączeniu partycji w fstab, inaczej jej nie widzę.

ArnVaker - 22-06-2009 02:28
Mam teorię. Nie skopiowałeś czasem katalogu /boot na partycję /boot ?
Powinieneś skopiować tylko jego zawartość. W tej chwili ścieżki wyglądają pewnie tak:
/boot/boot/vmlinuz...
/boot/boot/initrd.img...

shrek - 22-06-2009 02:38
Zrobiłem jak mówisz i to może być to, za 5 minut będziemy wiedzieć.
Albo już się nigdy nie dowiemy że zmęczenie, usunąłem jedną i drugą zawartość shift+delete. - czas iść spać.

Idzie to jakoś szybko odzyskać czy szybciej zainstaluję od nowa Debiana?

ArnVaker - 22-06-2009 02:50

albo już się nigdy nie dowiemy ze zmęczenie usunełem jedną i drugą zawartość Takie są efekty używania w trybie graficznym konta root... :evil:

idzie to jakoś szybko odzyskać czy szybciej zainstaluje od nowa debiana? livecd:

Rozpakuj paczkę .deb z kernelem którego używasz, wrzuć odpowiednie pliki do katalogu /boot (conifg..., System.map..., vmlinuz...).

Rozpakuj paczkę z grubem, utwórz katalog /boot/grub/, wrzuć tam pliki ze "stage" w nazwie (ścieżka /usr/lib/grub/architektura-pc/ rozpakowanego archiwum).

"chroot" z livecd:

Wygeneruj initrd.img:
mkinitramfs -o /boot/initrd.img-wersja_jądra /lib/modules/wersja_jądra Wygeneruj menu.lst:
update-grub Można też spróbować przeinstalować paczki bezpośrednio w "chroocie", jednak opisany sposób jest według mnie pewniejszy i bezpieczniejszy.

giaur - 22-06-2009 10:23
A czy grub z sida obsługuje już bootowanie z partycji ext4? Wie ktoś?

Euzebiusz29 - 22-06-2009 10:31
Ten grub nie obsługuję jeszcze ext4.Jeśli by obsługiwał to kolega by się z przenoszeniem /boot nie męczył :-)

giaur - 22-06-2009 11:41
A ciekawe jak ten grub: http://packages.debian.org/experimental/grub-pc
Widze ze to juz zupelnie inny program niz stary grub - moze ktorys zapalecnie wyprobuje przy okazji migracji na ext4 i podzieli sie wrazeniami?

Opis zachęcający:

Ale ani słowa o tym czy jest obsługa ext4

wieszti - 22-06-2009 15:39
Jeden zapaleniec się już znalazł ;)

Instalowałem tego nowego gruba z repo sida przy okazji przejscia na ext4 bo mam partycje boot na /. Działa bez zarzutu z ext4, startuje także windowsa 7 rc z ntfs. Testuje już go ponad miesiąc i nie mam z nim żadnych problemów, można śmiało instalować.
Jeśli mamy jakieś inne systemy oprócz linuxów trzeba doinstalować os-prober aby je wykrył.

giaur - 22-06-2009 19:01
A duzo sie zmienilo w konfiguracji gruba? Mozesz wkleic przykładowy plik .cfg jak wyglada?

wieszti - 22-06-2009 19:20
Chyba prawie cały się zmienił, teraz wygląda to tak:
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
set default=0
set timeout=5
set root=(hd0,1)
search --fs-uuid --set 3faea265-520e-4f30-925e-83f50ae9d1db
if loadfont /usr/share/grub/ascii.pf2 ; then
set gfxmode=640x480
insmod gfxterm
insmod vbe
if terminal_output gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set root=(hd0,1)
search --fs-uuid --set 3faea265-520e-4f30-925e-83f50ae9d1db
insmod tga
if background_image /usr/share/images/grub/Plasma-lamp.tga ; then
set color_normal=black/black
set color_highlight=magenta/black
else
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
menuentry "Debian GNU/Linux, linux 2.6.30-1-amd64" {
set root=(hd0,1)
search --fs-uuid --set 3faea265-520e-4f30-925e-83f50ae9d1db
linux /boot/vmlinuz-2.6.30-1-amd64 root=UUID=3faea265-520e-4f30-925e-83f50ae9d1db ro quiet vga=791 splash
initrd /boot/initrd.img-2.6.30-1-amd64
}
menuentry "Debian GNU/Linux, linux 2.6.30-1-amd64 (recovery mode)" {
set root=(hd0,1)
search --fs-uuid --set 3faea265-520e-4f30-925e-83f50ae9d1db
linux /boot/vmlinuz-2.6.30-1-amd64 root=UUID=3faea265-520e-4f30-925e-83f50ae9d1db ro single quiet vga=791 splash
initrd /boot/initrd.img-2.6.30-1-amd64
}
menuentry "Debian GNU/Linux, linux 2.6.30wieszti-21.06" {
set root=(hd0,1)
search --fs-uuid --set 3faea265-520e-4f30-925e-83f50ae9d1db
linux /boot/vmlinuz-2.6.30wieszti-21.06 root=UUID=3faea265-520e-4f30-925e-83f50ae9d1db ro quiet vga=791 splash
initrd /boot/initrd.img-2.6.30wieszti-21.06
}
menuentry "Debian GNU/Linux, linux 2.6.30wieszti-21.06 (recovery mode)" {
set root=(hd0,1)
search --fs-uuid --set 3faea265-520e-4f30-925e-83f50ae9d1db
linux /boot/vmlinuz-2.6.30wieszti-21.06 root=UUID=3faea265-520e-4f30-925e-83f50ae9d1db ro single quiet vga=791 splash
initrd /boot/initrd.img-2.6.30wieszti-21.06
}
### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/30_os-prober ###
menuentry "Windows Vista (loader) (on /dev/sda4)" {
set root=(hd0,4)
chainloader +1
}
menuentry "Fedora (2.6.29.4-167.fc11.i586) (on /dev/sda7)" {
set root=(hd0,6)
linux /boot/vmlinuz-2.6.29.4-167.fc11.i586 ro root=UUID=f291ac02-10bd-4d48-b826-343e68d6a6ba rhgb quiet
initrd /boot/initrd-2.6.29.4-167.fc11.i586.img
}
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/40_custom ###
# This file is an example on how to add custom entries
### END /etc/grub.d/40_custom ###

giaur - 22-06-2009 19:30
Troche sie skomplikowalo, ciekawe czy dpkg-reconfigure wykryje systemy i wygeneruje ten plik cfg. No ale dobrze wiedziec ze z ext4 nie ma juz w Debianie zadnego problemu i nie trzeba bootowac z partycji ext3

wieszti - 22-06-2009 19:43
U mnie wykrył i wygenerował więc chyba nie ma z tym problemu. Po instalacji mamy i tak jeszcze tego starego gruba i z jego poziomu jest ładowany ten nowy, dopiero jak damy upgrade-from-grub-legacy to nadpisze starego gruba, więc można go najpierw przetestować bez obaw

ArnVaker - 22-06-2009 19:46
Z tymi grubami to w ogóle niezłe zamieszanie.

Grub, którego większość z nas używa, to grub1 (teoretycznie już nie rozwijany). Mimo to, ma on w zależnościach grub-common, który jest kompilowany ze źródeł grub2.
Czyli używamy hybrydy gruba pierwszego z grubem drugim :mrgreen: .

grub-pc to natomiast nic innego jak grub2.
aptitude install grub2 -s
Czytanie list pakietów... Gotowe
Budowanie drzewa zależności
Odczyt informacji o stanie... Gotowe
Odczyt dodatkowych informacji o stanie
Inicjalizacja stanów pakietów... Gotowe
Odczyt opisów zadań... Gotowe
Następujące NOWE pakiety zostaną zainstalowane:
grub-pc{a} grub2
Następujące pakiety zostaną USUNIĂTE:
grub{a}
0 pakietów aktualizowanych, 2 instalowanych, 1 do usunięcia i 10 nie aktualizowanych.
Do pobrania 792kB archiwów. Zwolnione po rozpakowaniu: 41,0kB.

rafaloo - 22-06-2009 19:57
a ja z innej beczki. Kiedy można się spodziewać domyślnego systemu plików ext4 w Debianie? Jest jakaś szansa? Bo sposób opisany w tym temacie to trochę taka lipa i daremne zamieszanie moim zdaniem. Nic nie daje. Pracowałem na ext4 (Ubuntu, Fedora) i zadowolony byłem. :)

ArnVaker - 22-06-2009 20:07

Kiedy można się spodziewać domyślnego systemu plików ext4 w Debianie? Tego to pewnie nikt nie wie. Mam nadzieję, że zanim Squeeze zostanie zamrożony...

giaur - 22-06-2009 20:14
U mnie wygenerował cos takiego:

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
set default=0
set timeout=5
set root=(hd0,3)
search --no-floppy --fs-uuid --set 7ff4fe9c-3dc2-49d2-8977-2f45c0be989a
if loadfont /usr/share/grub/ascii.pf2 ; then
set gfxmode=640x480
insmod gfxterm
insmod vbe
if terminal_output gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set root=(hd0,3)
search --no-floppy --fs-uuid --set 7ff4fe9c-3dc2-49d2-8977-2f45c0be989a
insmod png
if background_image /boot/grub/moreblue-orbit-grub.png ; then
set color_normal=black/black
set color_highlight=magenta/black
else
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
menuentry "Debian GNU/Linux, Linux 2.6.29.1" {
set root=(hd0,3)
search --no-floppy --fs-uuid --set 7ff4fe9c-3dc2-49d2-8977-2f45c0be989a
linux /boot/vmlinuz-2.6.29.1 root=UUID=7ff4fe9c-3dc2-49d2-8977-2f45c0be989a fastboot ro vga=792 splash=silent,fadein,theme:Debian quiet CONSOLE=/dev/tty1
initrd /boot/initrd.img-2.6.29.1
}
menuentry "Debian GNU/Linux, Linux 2.6.29.1 (recovery mode)" {
set root=(hd0,3)
search --no-floppy --fs-uuid --set 7ff4fe9c-3dc2-49d2-8977-2f45c0be989a
linux /boot/vmlinuz-2.6.29.1 root=UUID=7ff4fe9c-3dc2-49d2-8977-2f45c0be989a ro single quiet
initrd /boot/initrd.img-2.6.29.1
}
### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/30_os-prober ###
menuentry "Microsoft Windows XP Professional (on /dev/sda1)" {
set root=(hd0,1)
search --no-floppy --fs-uuid --set 6a9cadc09cad86e3
drivemap -s (hd0) $root
chainloader +1
}
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/40_custom ###
# This file is an example on how to add custom entries
### END /etc/grub.d/40_custom ### Tylko szkoda ze w menu nie pojawia sie wpis Windows XP :evil:

shrek - 22-06-2009 20:14

Kiedy można się spodziewać domyślnego systemu plików ext4 w Debianie? Tego to pewnie nikt nie wie. Mam nadzieję, że zanim Squeeze zostanie zamrożony... zamrożony? co to znaczy?

Euzebiusz29 - 22-06-2009 20:31
@giaur zainstalowałeś os-prober? Jeśli nie to nie dziw się że nie wykrył.
Zamrożony = wersja stabilna, tak jak teraz Lenny.

wieszti - 22-06-2009 20:33
Zainstaluj os-prober i daj update-grub2 i wtedy powinno wykryć i dodać windowsa

giaur - 22-06-2009 20:34
Tak zainstalowalem i w wygenerowanym pliku grub.conf jak widac jest wpis dotyczacy winxp. Pytanie wiec czemu nie ma go w menu przy uruchamianiu?

wieszti - 22-06-2009 20:38
A sprobuj wywalić to search i drivemap, tak jak jest u mnie
Chodziaż mimo to i tak powien wyświetlic sie wpis, niewiem

fnmirk - 22-06-2009 20:59

# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub Zmiany aby były stałe i odporne na aktualizacje systemu muszą byc wprowadzone w plikach znajdujących się w katalogu: /etc/default/grub Osobiście jestem sceptycznie nastawiany do nowej odmiany grub2 programu startowego.

Jeżeli znajduje się możliwość skorzystania z normalnego programu grub to bym przy nim pozostał.

giaur - 22-06-2009 21:10
wieszti zrobilem tak jak u ciebie i windows sie pojawil... moze to dlatego cos sie krzaczy ze mam wersje z experimental.
Jednak nie wiem czy nie wrocic do normalnego grub-a tutaj cos za duzo udziwnien...

ArnVaker - 22-06-2009 21:12

Kiedy można się spodziewać domyślnego systemu plików ext4 w Debianie? Tego to pewnie nikt nie wie. Mam nadzieję, że zanim Squeeze zostanie zamrożony... zamrożony? co to znaczy?
Zamrożony = wersja stabilna, tak jak teraz Lenny. Niezupełnie, Debian Reference, podpunkt 2.1.6:
http://www.debian.org/doc/manuals/re....html#s-frozen

AdeBe - 22-06-2009 21:26

Jednak nie wiem czy nie wrocic do normalnego grub-a tutaj cos za duzo udziwnien... Eeee tam udziwnień, po prostu jest inaczej. Ja już się dawno przyzwyczaiłem i wszystko jest dla mnie "normalne". Dodatkowo takie rzeczy jak bezproblemowe ustawienie wyższej rozdzielczości i obrazu jako tła (oprócz oczywiście ext4) to niezaprzeczalne zalety.

wieszti - 22-06-2009 21:28
giaur, jeśli grub1 Ci wystarcza to ja bym przy nim został bo jest sprawdzony, chociaż grub2 z repozytorium sida też nie moge nic zarzucić, ja przesiadłem się bo potrzebowałem obsługi ext4

winnetou - 22-06-2009 23:06
Dziękuje...

ArnVaker - 22-06-2009 23:25

teraz używam Reiser4 I jakie wrażenia? Masz / na Reiser4?
Podziel się doświadczeniami...

Jak ostatnio o nim słyszałem, to był w fazie eksperymentalnej i nie był nawet zaimplementowany w oficjalnym kernelu Torvaldsa (zresztą chyba nadal nie jest).

AdeBe - 23-06-2009 00:38

Jak ostatnio o nim słyszałem, to był w fazie eksperymentalnej i nie był nawet zaimplementowany w oficjalnym kernelu Torvaldsa (zresztą chyba nadal nie jest). I prawdopodobnie nigdy nie będzie. Chodzi o jego architekturę pozwalającą na tworzenie "wtyczek" rozszerzających/modyfikujących jego możliwości. Twórcom kernela nie podoba się to rozwiązanie. Chyba zarówno ze względów inżynierskich, jak i ideologicznych.

winnetou - 23-06-2009 11:40
Dziękuje...

ArnVaker - 24-06-2009 21:43
Ehh, chętnie bym potestował, tylko coś się na ten zabieg zebrać nie mogę :mrgreen: . ÂŁaty, kompilacja, przerzucanie całego systemu (a do tego trzeba mieć inny system obsługujący reiser4). Ogólnie sporo zachodu, przydałoby się jakieś livecd obsługujące równocześnie ext4 i reiser4...

Pod względem szybkości odczytu reiser4 podobno zostawia całą resztę systemów plików daleko w tyle i to mnie najbardziej kusi. Ile w tym prawdy pewnie się nie dowiem, póki sam nie spróbuję.

fnmirk - 24-06-2009 23:25
ArnVaker, nowy http://www.sysresccd.org/Changes-x86 obsługuje reiser4 i ext4.

ArnVaker - 24-06-2009 23:43
No ładnie... Okazuje się, że także wersja 1.1.6 obsługuje już te systemy plików.

A ta właśnie wersja leżała sobie wypalona na płycie, nie dalej jak metr ode mnie, w chwili kiedy pisałem poprzedniego posta :mrgreen: . Nie pozostaje mi chyba nic innego jak wziąć się do roboty.