Wczoraj jeszcze bezproblemowo korzystałem z kompa, bez problemu również go wyłączyłem.
Dzisiaj pojawia się taki komunikat.
Wciskając Ctrl+d, komunikat się powtarza.
Wpisując hasło pojawia się root@atom-pc:~# i nie wiem co dalej.
Proszę o pomoc.
(https://i.ibb.co/WtJxYGb/IMG-20190106-123540.jpg)
Fotka nieczytelna.
To co na samej gorze fotki (zolto/czerwone) kolory jest najwazniejsze. Potem to juz tylko komunikaty diagnostyczne. Moja rada nic nie rob poki co. Sciagnij Sparky na USB i uruchom w wersji Live. Potem sprawdzi sie dysk oraz system plikow. 'Emergency mode' - to taki tryb 'ratunkowy' - w sensie jak ktos ma zawal serca - to wzywamy pogotowie. Nic nie rob w tym trybie - jedyne szanse jakie masz to uszkodzic system jeszcze bardziej.
Nie obraził bym się gdybyś przedstawił zawartość pliku /etc/fstab i wynik polecenia lsblk -fs
Nie mam mozliwosci wypalenia plytki czy nagrania na usb, ale znalazlem na plycie Ubuntu.
Folder fstab nie istnieje.
Jest natomiast folder fstab.d a w nim jeden plik o nazwie live z zawartoscia:
aufs / aufs rw 0 0
tmpfs /tmp tmpfs nosuid,nodev 0 0
Polecenie lsblk -fs zwraca wynik:
NAME FSTYPE LABEL UUID MOUNTPOINT
fd0
sda1 ext4 65e8a190-76af-47d1-ab2e-31599c6a68f4 /media/ubuntuuser/65e8a190-76af-47d1-ab2e-31599c6a68f4
└─sda
sda2 swap 81d69575-8b46-4b2b-a20e-69f5db1b6d43 [SWAP]
└─sda
sda3 ext4 53818e0f-107f-469a-a834-f723c63f2cbd /media/ubuntuuser/53818e0f-107f-469a-a834-f723c63f2cbd
└─sda
sr0 iso9660 Live-CD qt5-fsarchiver 2018-05-05-18-07-56-00 /cdrom
loop0 squashfs /rofs
Trzeba sprawdzic system plikow dla partycji /dev/sda1 i /dev/sda3
$ fsck -N /dev/sda1
oraz
$ fsck -N /dev/sda3
argument -N oznacza, ze tak naprawde nic nie bedzie robione taki 'suchy przebieg'.
Nadto system dość ładnie Cię prosi: zaloguj się, wydaj polecenie: journalctl -xb i zdiagnozuj o co chodzi. BTW - nie folder /etc/fstab, a taki plik.
$ fsck -N /dev/sda1 oraz $ fsck -N /dev/sda3 zwraca komunikat:
bash: $: command not found
Nic nie popsuje jak wpisze journalctl -xb?
W pliku fstab znajduje sie:
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
#Entry for /dev/sda1 :
UUID=65e8a190-76af-47d1-ab2e-31599c6a68f4 / ext4 defaults,noatime 0 1
#Entry for /dev/sdc5 :
UUID=3C00E23400E1F4B4 /media/KSIEG ntfs defaults,nls=utf8,umask=0222 0 0
#Entry for /dev/sdc3 :
UUID=7672F5B472F57967 /media/DANE ntfs defaults,nls=utf8,umask=0222 0 0
#Entry for /dev/sdc2 :
UUID=4472EC9972EC914A /media/sdc2 ntfs defaults,nls=utf8,umask=0222 0 0
#Entry for /dev/sda3 :
UUID=53818e0f-107f-469a-a834-f723c63f2cbd /home ext4 defaults,noatime 0 2
#Entry for /dev/sda2 :
UUID=81d69575-8b46-4b2b-a20e-69f5db1b6d43 swap swap defaults,noatime 0 2
Cytat: atom w Styczeń 06, 2019, 09:32:23 PM
#Entry for /dev/sdc5 :
UUID=3C00E23400E1F4B4 /media/KSIEG ntfs defaults,nls=utf8,umask=0222 0 0
#Entry for /dev/sdc3 :
UUID=7672F5B472F57967 /media/DANE ntfs defaults,nls=utf8,umask=0222 0 0
#Entry for /dev/sdc2 :
UUID=4472EC9972EC914A /media/sdc2 ntfs defaults,nls=utf8,umask=0222 0 0
O te 3 partycję się rozchodzi w komunikacie błędu. One znajdowały się na nośniku wymiennym , bądź dysku który teraz jest odłączony ?
Mniej więcej jak pisze @lami07. Punkty montowania tych 3 dysków/partycji wskazują na to, że to jakieś "zewnętrzne" urządzenia.
By w ogóle wejść do Sparky, prawdopodobnie (niech @lami07 potwierdzi) będziesz mógł zrobić tak.
Po wejściu w jakimkolwiek trybie naprawczym (bez Xów, może to być jakieś "recovery", możesz przejść z tego ekranu, który pokazałeś, może być chroot - obojętne) - zrób sobie kopię pliku /etc/fstab (np. zapisz ją jako /etc/fstab.bak), a z pliku /etc/fstab usuń wszystkie - i tylko i wyłącznie! te wiersze odnoszące się do /dev/sdcX (to co wskazał @lami07). Restart już winien się udać normalnie. Potem ewentualnie czas na doprowadzenie systemu do porządku i rozstrzygnięcie o tym czym są partycje na /dev/sdcX i samo urządzenie /dev/sdc.
Nic nie popsujesz jak wpiszesz:
journalctl -xb
To wyświetla tylko dziennik systemowy błędów ostatniego logowania. Zdaje się, że nie jest to już potrzebne, bo problem - chyba - został zdiagnozowany przez /etc/fstab.
PS: Całkiem możliwe, że jeśli podłączysz ten sam dysk, który był w /dev/sdc (o ile /dev/sdb będzie/jest zajęte) to również wejdziesz normalnie do systemu. Chodzi o ten dysk sformatowany pod Windows (NTFS).
Możesz zrobić jak radzi pavbaranov i usunąć konfliktowe wpisy w /etc/fstab . Osobiście jednak zrobił bym inaczej i dodał znak komentarza # na początku tych trzech linii. Ma to wyglądać tak :
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
#Entry for /dev/sda1 :
UUID=65e8a190-76af-47d1-ab2e-31599c6a68f4 / ext4 defaults,noatime 0 1
#Entry for /dev/sdc5 :
#UUID=3C00E23400E1F4B4 /media/KSIEG ntfs defaults,nls=utf8,umask=0222 0 0
#Entry for /dev/sdc3 :
#UUID=7672F5B472F57967 /media/DANE ntfs defaults,nls=utf8,umask=0222 0 0
#Entry for /dev/sdc2
#UUID=4472EC9972EC914A /media/sdc2 ntfs defaults,nls=utf8,umask=0222 0 0
#Entry for /dev/sda3 :
UUID=53818e0f-107f-469a-a834-f723c63f2cbd /home ext4 defaults,noatime 0 2
#Entry for /dev/sda2 :
UUID=81d69575-8b46-4b2b-a20e-69f5db1b6d43 swap swap defaults,noatime 0 2
Podłączyłem dysk z Windows i Sparky się uruchomił.
Dysk ten chciałem sformatować. Czy na nim znajdują się ustawienia, pobrane pliki, zapamiętane hasła w przeglądarce itp...?
Cytat: atom w Styczeń 08, 2019, 07:12:54 AM
Dysk ten chciałem sformatować. Czy na nim znajdują się ustawienia, pobrane pliki, zapamiętane hasła w przeglądarce itp...?
Serwis voodoo??? :) Skąd my mamy wiedzieć co jest na Twoim dysku?
Ustawienia systemu są (głównie) w:
1. katalogu /etc - tu systemowe,
2. katalogu /home/$USER - tu użytkownika.
Małe prawdopodobieństwo, by te katalogi były na dysku /dev/sdc (w Twoim przypadku). Ustawieniami użytkownika w zasadzie nie ma się co przejmować, bowiem nawet jeśli je skasujesz, to następne uruchomienie winno się odbyć z domyślnymi ustawieniami, które możesz dostosować.
Hasła - tam, gdzie zostały zapisane, zwykle jest to jakiś katalog tej przeglądarki w /home/$USER - zatem jw.
Na "itp" - odpowiedzi nie ma.
Sam musisz stwierdzić co tam jest. Dysk przeglądnij z zaznaczoną opcją, by pokazywał pliki ukryte. Jeśli zobaczysz coś wątpliwego, to wówczas jest sens się pytać czy jest to część systemu.
Cytat: atom w Styczeń 08, 2019, 07:12:54 AM
Podłączyłem dysk z Windows i Sparky się uruchomił.
Dysk ten chciałem sformatować. Czy na nim znajdują się ustawienia, pobrane pliki, zapamiętane hasła w przeglądarce itp...?
Na tyle na ile można określić na podstawie zawartości pliku
/etc/fstab, cała struktura systemu Sparky znajduje się na dysku
/dev/sda.
Zanim ponownie odłączysz, bądź zdecydujesz się sformatować dysk z Windows usuń, bądź zakomentuj wpisy związane z dyskiem
/dev/sdc w pliku
/etc/fstab.
NIe rozumiem, dlaczego system nie chcial sie uruchomic z powodu braku wolumenu. Gdyby chodzilo o to, ze nie moze zamontowac partycji glownej (/) - to bym rozumial. Poza tym skad sie wziely te wpisy w /etc/fstab. Ktos musial tam to wpisac. Po co skoro dysk jest i tak na USB i bylby montowany automatycznie wraz z podlaczeniem. Tam jest bardziej namieszane niz to widac
Chciałbym przenieść Sparky na zupełnie nowy dysk, jak to zrobić skoro jest on powiązany z dwoma dyskami?
Ehh...
Zapoznaj się z poniższym artykułem, dopiero później wróć z pytaniami.
https://wiki.archlinux.org/index.php/Fstab
Przeczytałem z pomocą translatora i nie widzę tu informacji jak przenieść na nowy dysk.