Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Lekko się podepnę bo zrobiłem ponownie collect, ale stała się rzecz dziwna :( Mianowicie zebrał mi tylko 840 plików, ale nie w tym problem. Żaden nie odnosi się do głównej partycji. System włącza się tak jak bez e4rat i nic nie pomaga, aby zapisał sobie wszystkie pliki - wszystkie programy przecież są na głównej więc efektu żadnego nie ma.
Próbowałem przeinstalować, wydłużyć czas ładowania (collect nawet nie łapie plików startowych), usunąłem plik startup.log, zajrzałem do config, ale tam bida z ustawieniami - nawet nie wiem czy coś mogą pomóc.
Może ktoś tak miał? Teraz to działa tak jakby go nie było, aż sobie przypomniałem jak wolno odpalają się te największe kombajny na kompie.
Ostatnio edytowany przez buri (2012-03-19 08:52:38)
Offline
A do gruba dodałeś:
init=/sbin/e4rat-preload
?
Bo jeśli nie dziala to tylko to mi przychodzi do głowy... Masz rozbite partycje? Osobno /boot, /, i inne?
Offline
# If you change this file, run 'update-grub' afterwards to update # /boot/grub/grub.cfg. # For full documentation of the options in this file, see: # info -f grub -n 'Simple configuration' GRUB_DEFAULT=0 GRUB_TIMEOUT=5 GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian` GRUB_CMDLINE_LINUX_DEFAULT="init=/sbin/e4rat-collect quiet splash" #GRUB_CMDLINE_LINUX_DEFAULT="init=/sbin/e4rat-preload quiet" #GRUB_CMDLINE_LINUX_DEFAULT="quiet" GRUB_CMDLINE_LINUX="" # Uncomment to enable BadRAM filtering, modify to suit your needs # This works with Linux (no patch required) and with any kernel that obtains # the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...) #GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef" # Uncomment to disable graphical terminal (grub-pc only) #GRUB_TERMINAL=console # The resolution used on graphical terminal # note that you can use only modes which your graphic card supports via VBE # you can see them in real GRUB with the command `vbeinfo' #GRUB_GFXMODE=640x480 # Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux #GRUB_DISABLE_LINUX_UUID=true # Uncomment to disable generation of recovery mode menu entries #GRUB_DISABLE_RECOVERY="true" # Uncomment to get a beep at grub start #GRUB_INIT_TUNE="480 440 1"
Tak to mam zrobione i tylko zmieniam wpis w GRUB_CMDLINE - tak mi działało zawsze i nie było problemów. Partycje u mnie to:
/ /home /dane
Teraz mi się tak zdarzyło, zawsze działało bez problemowo, a już kilka razy robiłem ponowny collect. Mimo, że też mam błąd z mtab to nic nie zmienia usunięcie go:
rm /etc/mtab && cp /proc/mounts /etc/mtab
Sam nie mam pojęcia ocb. Wygląda jakby log zaczynał się od ładowania środowiska (sam początek):
2055 6454 /home/buri/tapeta.jpg 2055 281 /home/buri/.config/user-dirs.dirs 2055 270 /home/buri/.config/xfce4/Xft.xrdb 2055 247 /home/buri/.config/xfce4/Xcursor.xrdb 2055 59 /home/buri/.config/xfce4/xfconf/xfce-perchannel-xml/xfce4-session.xml 2055 412 /home/buri/.xscreensaver 2055 500 /home/buri/.config/xfce4/xfconf/xfce-perchannel-xml/xsettings.xml 2055 18 /home/buri/.gtkrc-2.0 2055 186 /home/buri/.gtkrc-xfce 2055 5856 /home/buri/.cache/sessions/xfce4-session-buri-laptop:0 2055 22527 /home/buri/.config/xfce4/xfconf/xfce-perchannel-xml/xfwm4.xml 2055 30 /home/buri/.config/xfce4/xfconf/xfce-perchannel-xml/xfce4-keyboard-shortcuts.xml 2055 12103 /home/buri/.fontconfig/3f9fbc0e32d495d7ade9b63ad1dad0bc-le64.cache-3 2055 6523 /home/buri/.fontconfig/04c0d8a6bea30f259e2efb07b27bd703-le64.cache-3
Powinien łapać wcześniej z usługami, plikami systemowymi itp.
Offline
buri napisał(-a):
Mimo, że też mam błąd z mtab to nic nie zmienia usunięcie go:
Kod:
rm /etc/mtab && cp /proc/mounts /etc/mtab
Usunięcie błędu nie zmienia zachowania e4rat-collect czy powyższe polecenie nie zmienia błędu?
Offline
ArnVaker napisał(-a):
buri napisał(-a):
Mimo, że też mam błąd z mtab to nic nie zmienia usunięcie go:
Kod:
rm /etc/mtab && cp /proc/mounts /etc/mtabUsunięcie błędu nie zmienia zachowania e4rat-collect czy powyższe polecenie nie zmienia błędu?
To i to. Nie zmienia zachowania e4rat-collect bo czy z błędem czy bez też robi listę bez uwzględnienia partycji systemowej. Na błąd też nie ma wpływu.
Ostatnio edytowany przez buri (2012-03-19 12:07:37)
Offline
W takim razie jak pozbywasz się komunikatu „Cannot access /etc/mtab: No such file or directory”, skoro powyższe na to nie pomaga?
Offline
ArnVaker napisał(-a):
W takim razie jak pozbywasz się komunikatu „Cannot access /etc/mtab: No such file or directory”, skoro powyższe na to nie pomaga?
Napisałem "Nie zmienia zachowania e4rat-collect bo czy z błędem czy bez też robi listę bez uwzględnienia partycji systemowej. " Raz próbowałem z pozbyciem się błędu raz pozostawiłem z błędem - żadnej różnicy u mnie.
Offline
Ale napisałeś też, że powyższe polecenie nie ma wpływu na błąd. ;) Ja to rozumiem, że pomimo jego wykonania cytowany komunikat nadal się pojawia. OK, jeszcze żeby to było jasne: na 100% odpalałeś e4rat-collect przy pierwszym restarcie po wykonaniu rm /etc/mtab && cp /proc/mounts /etc/mtab?
Offline
A miałem to dopisać aby była jasność :D
Więc tak: robiłem standardowo bez "rm /etc/mtab && cp /proc/mounts /etc/mtab" oraz wykonując "rm /etc/mtab && cp /proc/mounts /etc/mtab" po czym od razu restart i e4rat-collect - błędu nie było, pojawiało się tylko info o utworzeniu mtab.
Teraz jeszcze trochę pokombinuję i sprawdzę każdy wariant ponownie, tak dla pewności.
Tak się zastanawiam dlaczego partycja podstawowa jest po uuid a reszta po /dev/sda? w pliku mtab
rootfs / rootfs rw 0 0 sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0 udev /dev devtmpfs rw,relatime,size=1023628k,nr_inodes=255907,mode=755 0 0 devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0 /dev/disk/by-uuid/e13799b7-6f0b-4186-97b1-065a66edd7e0 / ext4 rw,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered 0 0 tmpfs /var/run tmpfs rw,nosuid,noexec,relatime,size=205552k,mode=755 0 0 proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0 sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 tmpfs /var/run/shm tmpfs rw,nosuid,nodev,relatime,size=411100k 0 0 /dev/sda7 /home ext4 rw,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered 0 0 /dev/sda8 /media/dane ext4 rw,relatime,errors=remount-ro,user_xattr,acl,barrier=1,data=ordered 0 0 fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0 binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,nosuid,nodev,noexec,relatime 0 0
W fstab wszystko mam po UUID zapisane. Widzę to często iż / jest znajdowany po uuid a reszta po /dev/sda.
Ostatnio edytowany przez buri (2012-03-19 12:59:25)
Offline
Możesz edytować ten skopiowany /etc/mtab i zmienić w nim z uuid na normalne, ciekawe czy to coś da.
Offline
Obecnie złożyłem broń, gdyż nic mi nie pomogło z tego co zastosowałem i na ile moja marna wiedza mi pozwoliła. Jeśli ktoś ma kolejny pomysł lub potrzeba więcej danych to podam co trza.
Zmieniałem /etc/mtab, ksaowałem mtab, odpalałem z błędem i bez, próbowałem przestawić partycje w fstab na /dev/sda ale też nic to nie dawało (zresztą co miało dać, jak zawsze nie stwarzało to problemów).
Może to być kernel, ale nic błędów większych nie ma ... mam 3.2-10.towo.1-siduction-amd64. Nie pamiętam dlaczego zacząłem tego używać, ale miałem chyba jakieś problemy ze standardowym z repo testinga.
Offline
Jeszcze możesz spróbować w konfigu GRUB-a zamiast UUID dać normalne oznaczenia, ale w sumie wątpię żeby to pomogło. Nie musisz zmieniać konfiga na stałe, możesz to zrobić z ekranu startowego GRUB-a. Dla GRUB 2 to będzie chyba coś w stylu:
• wybrać z listy wiersz uruchamiający Debiana, jednak zamiast enter wcisnąć „e”
• zejść niżej do wiersza zaczynającego się słowem „linux” i zawierającego „vmlinuz”
• zmienić co masz zmienić, czyli UUID-y na normalne oznaczenia
• odpalić system kombinacją klawiszy ctrl + x
Naturalnie wcześniej musisz też zabieg z mtabem zrobić żeby tego błędu nie było. ;)
Offline
buri - mam identyczny problem, e4rat pomija pliki systemowe
root@debian-laptop:/var/lib/e4rat# cat /var/lib/e4rat/startup.log |wc -l 56
Rozwiązałeś może to jakoś?
Offline
Ten sam problem u mnie, na razie brak rozwiązania...
Offline
Możecie jeszcze spróbować dodać do argumentów kernela rootfstype=ext4. Poza tym Minio pisał w innym wątku, że kilka dni temu ukazała się nowa wersja, warto sprawdzić. U siebie (testing amd64) mimo usilnych prób nie jestem w stanie uzyskać tego błędu, zawsze działa tak jak powinien.
Offline
Sprawdziłem i wersja 2.2 u mnie dalej bez zmian. Jak tak dalej pójdzie to dobiorę się do jednej z kopi gdzie mam stary plik i na nim będę jechał ...
Offline
ArnVaker: jak rozumiem, u Ciebie nie występuje taki problem jak u buriego? e4rat-collect zbiera wszystkie pliki, także z partycji systemowej?
Jakiego kernela używasz? Możesz pokazać swój /etc/mtab i /boot/grub/grub.cfg (jakie poprawki do niego wprowadzasz przy uruchamianiu e4rat-collecy?)?
U mnie również e4rat-collect nie łapie nic z partycji głównej (chociaż, co dziwne, czasem łapie /usr/bin/perl). Po zwiększeniu verbose w /etc/e4rat.conf pokazuje taki komunikat:
/dev/sda5 is not ext4 filesystem of /dev/sda5 is sysfs
Co ciekawe, zarówno / jak i /home są na partycji rozszerzonej. Debiana instalowałem we wrześniu 2010 roku i obie partycje od samego początku są ext4 (w Internecie można znaleźć informacje, że e4rat nie lubi współpracować z partycjami które zostały na ext4 przerobione z ext3). Obie mają w zupełności standardowe ustawienia z instalatora Debiana i raczej nie powinny się różnić (chyba że Debian-installer ma inne ustawienia dla ext4 montowanego jako / i inne dla ext4 montowanego jako /home, ale to raczej mało prawdopodobne).
Kluczowe informacje poniżej:
root@pingwin:~# uname -a Linux pingwin 3.2.0-2-amd64 #1 SMP Tue Mar 20 18:36:37 UTC 2012 x86_64 GNU/Linux root@pingwin:~# blkid /dev/sda{5,7} /dev/sda5: LABEL="ROOT_FS" UUID="2e9337c0-168e-4bb8-9814-937eb6f458fa" TYPE="ext4" /dev/sda7: LABEL="HOME" UUID="e5bf949f-c8bd-48a4-a5df-8840c478c4a0" TYPE="ext4" root@pingwin:~# cat /proc/mounts rootfs / rootfs rw 0 0 sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0 udev /dev devtmpfs rw,relatime,size=1475632k,nr_inodes=368908,mode=755 0 0 devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0 tmpfs /run tmpfs rw,nosuid,noexec,relatime,size=296044k,mode=755 0 0 /dev/disk/by-uuid/2e9337c0-168e-4bb8-9814-937eb6f458fa / ext4 rw,relatime,errors=remount-ro,user_xattr,acl,barrier=1,data=ordered 0 0 tmpfs /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0 tmpfs /tmp tmpfs rw,nosuid,nodev,relatime,size=592084k 0 0 proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0 sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 tmpfs /run/shm tmpfs rw,nosuid,nodev,relatime,size=592084k 0 0 /dev/sda3 /boot ext2 rw,relatime,errors=continue 0 0 /dev/sda7 /home ext4 rw,noatime,user_xattr,acl,barrier=1,data=ordered 0 0 fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
Na razie poprosiłem e4rat aby kolekcjonował dane również z tych systemów plików, o których twierdzi, że nie są one ext4. Oczyszczę go jeszcze ze śmieci z /sys, /proc, /dev/, /run i /tmp i zobaczę czy e4rat-realloc da mi przyjemność ponownej instalacji Debiana ;) .
(Usunąłem [solved] z tytułu wątku. Pierwotny problem może i został rozwiązany, ale pozostał jeszcze ten wspomniany przez buriego).
Offline
Minio napisał(-a):
ArnVaker: jak rozumiem, u Ciebie nie występuje taki problem jak u buriego?
Tak.
Minio napisał(-a):
e4rat-collect zbiera wszystkie pliki, także z partycji systemowej?
Tak.
========================
Wczoraj bawiłem się różnymi konfiguracjami (na każdej działało), ale dalej odpowiadam w oparciu o konfigurację najbardziej zbliżoną do domyślnej z tych, które testowałem. Aktualnie spod niej właśnie piszę i e4rat-collect działał przy uruchomieniu prawidłowo.
Minio napisał(-a):
Jakiego kernela używasz?
$ uname -a Linux amidala 3.2.0-2-amd64 #1 SMP Tue Mar 20 18:36:37 UTC 2012 x86_64 GNU/Linux
Minio napisał(-a):
Możesz pokazać swój /etc/mtab
$ cat /etc/mtab rootfs / rootfs rw 0 0 sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0 udev /dev devtmpfs rw,relatime,size=1545608k,nr_inodes=386402,mode=755 0 0 devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0 tmpfs /run tmpfs rw,nosuid,noexec,relatime,size=309520k,mode=755 0 0 /dev/disk/by-uuid/2f98c2e7-c99c-44d3-aaff-4f2010f1d3f0 / ext4 rw,noatime,user_xattr,barrier=1,data=ordered 0 0 tmpfs /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0 tmpfs /run/shm tmpfs rw,nosuid,nodev,relatime,size=619036k 0 0 /dev/sda5 /boot ext2 rw,noatime,errors=continue,user_xattr,acl 0 0 /dev/sda6 /home ext4 rw,noatime,user_xattr,barrier=1,data=ordered 0 0 /dev/sda4 /media/datum ext4 rw,noatime,user_xattr,barrier=1,data=ordered 0 0 /dev/sda3 /media/ntfs fuseblk rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096 0 0 fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
Minio napisał(-a):
i /boot/grub/grub.cfg
/boot/grub/menu.lst w moim przypadku, jako że używam starego GRUB-a.
$ cat /boot/grub/menu.lst default 1 timeout 2 color red/black dark-gray/black title WIN XP root (hd0,0) chainloader +1 title test root (hd0,4) kernel /vmlinuz-3.2.0-2-amd64 root=UUID=2f98c2e7-c99c-44d3-aaff-4f2010f1d3f0 vga=795 quiet init=/sbin/e4rat-collect initrd /initrd.img-3.2.0-2-amd64 title DEBIAN root (hd0,4) kernel /kernel root=/dev/sda7 rootfstype=ext4 vga=795 quiet init=/sbin/e4rat-preload title root title REISER root (hd0,4) kernel /kernel root=/dev/sda8 rootfstype=ext4 vga=795 quiet init=/sbin/e4rat-preload
Minio napisał(-a):
jakie poprawki do niego wprowadzasz przy uruchamianiu e4rat-collecy?
Zawsze zmieniałem tylko z poziomu ekranu startowego GRUB-a „preload” na „collect”. Aktualnie piszę spod systemu odpalonego z wpisu „test” i e4rat-collect działał przy uruchamianiu prawidłowo.
Minio napisał(-a):
Co ciekawe, zarówno / jak i /home są na partycji rozszerzonej.
U mnie też.
Minio napisał(-a):
Obie mają w zupełności standardowe ustawienia z instalatora Debiana
Moje są spod gparted ze standardowymi ustawieniami.
PS Jeśli coś pominąłem, to daj znać.
Offline
U mnie e4rat nazbierał conieco na jaju 3.2.11 i chodzi, obecnie mam jajo 3.3.1, problemów brak.
W czasie zbierania logu (tak jak obecnie) /etc/mtab był dowiązaniem do /proc/mounts.
cat /etc/mtab rootfs / rootfs rw 0 0 /dev/root / ext4 rw,relatime,user_xattr,barrier=1,data=ordered 0 0 devtmpfs /dev devtmpfs rw,relatime,size=2021040k,nr_inodes=505260,mode=755 0 0 proc /proc proc rw,relatime 0 0 rc-svcdir /lib64/rc/init.d tmpfs rw,nosuid,nodev,noexec,relatime,size=1024k,mode=755 0 0 sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 securityfs /sys/kernel/security securityfs rw,nosuid,nodev,noexec,relatime 0 0 debugfs /sys/kernel/debug debugfs rw,nosuid,nodev,noexec,relatime 0 0 configfs /sys/kernel/config configfs rw,nosuid,nodev,noexec,relatime 0 0 cgroup_root /sys/fs/cgroup tmpfs rw,nosuid,nodev,noexec,relatime,size=10240k,mode=755 0 0 cpuset /sys/fs/cgroup/cpuset cgroup rw,nosuid,nodev,noexec,relatime,cpuset 0 0 debug /sys/fs/cgroup/debug cgroup rw,nosuid,nodev,noexec,relatime,debug 0 0 cpu /sys/fs/cgroup/cpu cgroup rw,nosuid,nodev,noexec,relatime,cpu 0 0 cpuacct /sys/fs/cgroup/cpuacct cgroup rw,nosuid,nodev,noexec,relatime,cpuacct 0 0 memory /sys/fs/cgroup/memory cgroup rw,nosuid,nodev,noexec,relatime,memory 0 0 devices /sys/fs/cgroup/devices cgroup rw,nosuid,nodev,noexec,relatime,devices 0 0 freezer /sys/fs/cgroup/freezer cgroup rw,nosuid,nodev,noexec,relatime,freezer 0 0 net_cls /sys/fs/cgroup/net_cls cgroup rw,nosuid,nodev,noexec,relatime,net_cls 0 0 blkio /sys/fs/cgroup/blkio cgroup rw,nosuid,nodev,noexec,relatime,blkio 0 0 perf_event /sys/fs/cgroup/perf_event cgroup rw,nosuid,nodev,noexec,relatime,perf_event 0 0 net_prio /sys/fs/cgroup/net_prio cgroup rw,nosuid,nodev,noexec,relatime,net_prio 0 0 fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0 devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0 shm /dev/shm tmpfs rw,relatime 0 0 cachedir /lib64/splash/cache tmpfs rw,nosuid,nodev,noexec,noatime,size=4096k,mode=755 0 0 /dev/sda3 /home ext4 rw,nosuid,nodev,noatime,user_xattr,acl,barrier=0,data=ordered 0 0 /dev/sda5 /media/box reiserfs rw,nosuid,nodev,noatime,acl 0 0 /dev/sda7 /Debian ext4 rw,noatime,user_xattr,acl,barrier=1,data=ordered 0 0 /dev/sda8 /G8 ext4 rw,noatime,user_xattr,acl,barrier=1,data=ordered 0 0 tmpfs /tmp tmpfs rw,nosuid,nodev,noexec,noatime 0 0 tmpfs /var/tmp tmpfs rw,mand,noatime,size=3145728k 0 0 tmpfs /var/run tmpfs rw,nosuid,nodev,noexec,noatime 0 0 binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,nosuid,nodev,noexec,relatime 0 0 tmpfs /var/spool/postfix/var/run/mysqld tmpfs rw,nosuid,nodev,noexec,noatime 0 0
cat /proc/cmdline root=/dev/sda1 vga=789 rw quiet rootfstype=ext4 init=/sbin/e4rat-preload apparmor=1 security=apparmor
cat /proc/version Linux version 3.3.1-gr1 (root@localhost) (gcc version 4.6.2 (Gentoo Hardened 4.6.2 p1.3, pie-0.5.0) ) #3 SMP PREEMPT Sun Apr 8 03:32:08 CEST 2012
Pozdro
;-)
Ostatnio edytowany przez Jacekalex (2012-04-08 15:13:47)
Offline
Ja mam taki błąd w czasie startu:
[ 4.530624] EXT4-fs (sda5): mounted filesystem with ordered data mode. Opts: (null) [ 6.211097] [e4rat-collect] Neither /proc/mounts nor /etc/mtab is readable. [ 7.516348] [e4rat-collect] Neither /proc/mounts nor /etc/mtab is readable.
Reszta
buri-laptop buri # cat /etc/mtab rootfs / rootfs rw 0 0 sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0 udev /dev devtmpfs rw,relatime,size=1022748k,nr_inodes=255687,mode=755 0 0 devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0 /dev/disk/by-uuid/e13799b7-6f0b-4186-97b1-065a66edd7e0 / ext4 rw,noatime,errors=remount-ro,user_xattr,barrier=1,data=ordered 0 0 tmpfs /var/run tmpfs rw,nosuid,noexec,relatime,size=205556k,mode=755 0 0 proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0 sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 tmpfs /var/run/shm tmpfs rw,nosuid,nodev,relatime,size=411108k 0 0 /dev/sda7 /home ext4 rw,noatime,errors=remount-ro,user_xattr,barrier=1,data=ordered 0 0 /dev/sda8 /media/dane ext4 rw,noatime,errors=remount-ro,user_xattr,acl,barrier=1,data=ordered 0 0 fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0 binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,nosuid,nodev,noexec,relatime 0 0 cgroup /dev/cgroup/cpu cgroup rw,relatime,cpu,release_agent=/usr/local/sbin/cgroup_clean 0 0
Tutaj jak widać mam dwa razy:
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
czy to czasaem nie błąd?
buri-laptop buri # cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-3.3-1.towo.2-siduction-amd64 root=UUID=e13799b7-6f0b-4186-97b1-065a66edd7e0 ro init=/sbin/e4rat-collect quiet
buri-laptop buri # cat /etc/fstab # /etc/fstab: static file system information. # # <file system> <mount point> <type> <options> <dump> <pass> proc /proc proc defaults 0 0 #/dev/sda5 / ext4 rw,errors=remount-ro 0 1 UUID=e13799b7-6f0b-4186-97b1-065a66edd7e0 / ext4 rw,errors=remount-ro,noatime 0 1 #/dev/sda6 swap swap sw 0 0 UUID=842c5167-9f9b-4556-a226-854ed8847ec9 swap swap sw 0 0 #/dev/sda7 /home ext4 rw,errors=remount-ro 0 2 UUID=8b3dd665-489c-49c4-9609-d82b9ca3d673 /home ext4 rw,errors=remount-ro,noatime 0 2 #/dev/sda8 /media/dane ext4 rw,errors=remount-ro 0 2 UUID=2d68d341-4777-4f84-8b90-b9178947f553 /media/dane ext4 rw,errors=remount-ro,noatime 02
Gdzie szukać i jak zmienić aby było rw?
Ostatnio edytowany przez buri (2012-04-08 21:20:04)
Offline
buri napisał(-a):
Tutaj jak widać mam dwa razy:
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
czy to czasaem nie błąd?
Pierwszy to /proc, a drugi to /sys. W porządku jest.
buri napisał(-a):
Gdzie szukać i jak zmienić aby było rw?
Chodzi Ci o ten fragment:
buri napisał(-a):
Kod:
BOOT_IMAGE=/boot/vmlinuz-3.3-1.towo.2-siduction-amd64 root=UUID=e13799b7-6f0b-4186-97b1-065a66edd7e0 ro init=/sbin/e4rat-collect quiet
? W /etc/default/grub + update-grub albo jednorazowo z poziomu ekranu startowego GRUB-a. Ale u Ciebie i tak jest ten błąd z początku wątku na który pomagało kopiowanie /proc/mounts jako /etc/mtab. Żeby w ogóle dalej coś myśleć musisz najpierw pozbywać się tamtego.
Offline
Chodzi Ci o tą poradę?
rm /etc/mtab && cp /proc/mounts /etc/mtab
Po użyciu w czasie uruchamiania tworzy mi symlink, ale nic to nie pomaga u mnie.
Pierwszy to /proc, a drugi to /sys. W porządku jest.
Nie chodzi mi o to, że w pliku mam dwu krotnie odwołanie do tych wpisów
buri-laptop buri # cat /etc/mtab
rootfs / rootfs rw 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
udev /dev devtmpfs rw,relatime,size=1022748k,nr_inodes=255687,mode=755 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
/dev/disk/by-uuid/e13799b7-6f0b-4186-97b1-065a66edd7e0 / ext4 rw,noatime,errors=remount-ro,user_xattr,barrier=1,data=ordered 0 0
tmpfs /var/run tmpfs rw,nosuid,noexec,relatime,size=205556k,mode=755 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
tmpfs /var/run/shm tmpfs rw,nosuid,nodev,relatime,size=411108k 0 0
/dev/sda7 /home ext4 rw,noatime,errors=remount-ro,user_xattr,barrier=1,data=ordered 0 0
/dev/sda8 /media/dane ext4 rw,noatime,errors=remount-ro,user_xattr,acl,barrier=1,data=ordered 0 0
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,nosuid,nodev,noexec,relatime 0 0
cgroup /dev/cgroup/cpu cgroup rw,relatime,cpu,release_agent=/usr/local/sbin/cgroup_clean 0 0
Mój plik /etc/de../grub wygląda tak, jak mam dopisać aby było rw? Pytam bo nie chce popsuć:
buri-laptop buri # cat /etc/default/grub # If you change this file, run 'update-grub' afterwards to update # /boot/grub/grub.cfg. # For full documentation of the options in this file, see: # info -f grub -n 'Simple configuration' GRUB_DEFAULT=0 GRUB_TIMEOUT=5 GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian` GRUB_CMDLINE_LINUX_DEFAULT="init=/sbin/e4rat-collect quiet" #GRUB_CMDLINE_LINUX_DEFAULT="init=/sbin/e4rat-preload quiet" #GRUB_CMDLINE_LINUX_DEFAULT="quiet" GRUB_CMDLINE_LINUX="" # Uncomment to enable BadRAM filtering, modify to suit your needs # This works with Linux (no patch required) and with any kernel that obtains # the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...) #GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef" # Uncomment to disable graphical terminal (grub-pc only) #GRUB_TERMINAL=console # The resolution used on graphical terminal # note that you can use only modes which your graphic card supports via VBE # you can see them in real GRUB with the command `vbeinfo' #GRUB_GFXMODE=640x480 # Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux #GRUB_DISABLE_LINUX_UUID=true # Uncomment to disable generation of recovery mode menu entries #GRUB_DISABLE_RECOVERY="true" # Uncomment to get a beep at grub start #GRUB_INIT_TUNE="480 440 1"
W /boot/grub/grub.cfg ma ro ... dziwne dla mnie.
Ostatnio edytowany przez buri (2012-04-08 21:44:27)
Offline
buri napisał(-a):
Po użyciu w czasie uruchamiania tworzy mi symlink, ale nic to nie pomaga u mnie.
Nie pomaga bo u Ciebie występuje ten problem + jeszcze inny. Żeby dojść do rozwiązania tego drugiego musisz rozwiązywać również pierwszy.
buri napisał(-a):
Nie chodzi mi o to, że w pliku mam dwu krotnie odwołanie do tych wpisów
Faktycznie, masz rację… U Minia też tak jest, a u mnie tylko raz, rzeczywiście to może mieć związek.
buri napisał(-a):
Mój plik /etc/de../grub wygląda tak, jak mam dopisać aby było rw? Pytam bo nie chce popsuć:
Nie widzę tam nawet „ro”, zatem to pewnie jednak będzie gdzie indziej. Sam nie używam GRUB-a 2, zatem niestety nie wiem gdzie. Ale jeśli chcesz tylko sprawdzić czy to by coś zmieniło, to proponuję zmienić jednorazowo tak jak pisałem w poście 37.
Offline
Jedno mnie trapi albo ja czegoś nie kumam ... z dowiązaniami.
/etc/mtab jest dowiązaniem do /proc/mounts, a /proc/mounts jest dowiązaniem do /proc/self/mounts.
Sam folder /proc/self jest dowiązaniem do 2313 jeśli to coś znaczy ... to co ja mam niby edytować aby usunąć zdublowane pliki?
Proszę o lekki rozjaśnienie, albo coś do poczytania abym zrozumiał ocb.
Ostatnio edytowany przez buri (2012-04-08 22:38:51)
Offline
buri napisał(-a):
to co ja mam niby edytować aby usunąć zdublowane pliki?
W sumie to nic, ponieważ cały /proc tworzony jest dynamicznie przy każdym podniesieniu systemu. Możesz spróbować zrobić to co wcześniej:
rm /etc/mtab && cp /proc/mounts /etc/mtab
i usunąć zdublowane wpisy w tym tymczasowym mtabie. Symlink i tak się odtworzy, ale e4rat-collect powinien skorzystać z tego Twojego mtaba.
Też jestem ciekaw skąd u Was te zdublowane wpisy…
Offline