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/.
Strony: 1
Dziś podczas uruchamiania debiana 10 najpierw wywaliło błędem typu ;
LOCKUP-1574 - cośtam ..
Podczas drugiej próby uruchomienia wywaliło błędem takim jak na dołączonej fotce ;
https://photos.google.com/photo/AF1QipMP9ktRDuMKRat … 5xBMQXmG45D6U
Wczoraj , gdy wieczorem wyłączałewm laptopa wszystko było prawidłowo .
Dziś windows 7 które jest obok debiana 10 uruchamia się prawidłowo a debian - nie chce ....
Proszę o pomoc ....
Offline
Obrazka nie widzę, bo wymagane jest logowanie do Twojego konta Google, żeby go zobaczyć.
Naucz się najpierw albo udostępniać obrazki w Google Drive, albo używać serwisów do udostępniania obrazków.
Tu masz przykład obrazka w imgurl:
https://imgur.com/uGWPIYi
Offline
Chciałem udostępnić poprzez zapodaj. Net ale tam wyswietlilo że plik 8.2 MB jest zbyt duży.....
https://imgur.com/oMeJh8I
O - proszę , teraz chyba jest dobrze ...
Ostatnio edytowany przez wlodarek1 (2019-07-17 21:39:37)
Offline
No przecież masz wyraźnie napisane, że jest błąd w systemie plików na rootfs.
I trzeba użyć polecenia fsck żeby ten problem naprawić.
Uruchom kompa z jakiegoś obrazu LiveCD, np Ubuntu, SysrescueCD czy innego, i przeskanuj partycje linuxowe przy pomocy fsck.
I czytaj, co system chce Ci powiedzieć.
The root filesystem on /dev/sda3 requires a manual fsck.
Co to może znaczyć, jak myślisz?
PS:
Ja bym dał z roota na LiveCD:
fsck -y /dev/sda3
Powinien naprawić system plików po takim poleceniu.
Tylko, jeśli masz kilka dysków w kompie, to uważaj, bo w systemie Live dyski mogą być widziane w innej kolejności, aniżeli w systemie zainstalowanym na dysku twardym.
Ostatnio edytowany przez Jacekalex (2019-07-17 22:38:31)
Offline
ubuntu@ubuntu:~$ sudo fsck -y /dev/sda3
fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
Superblock last write time is in the future.
(by less than a day, probably due to the hardware clock being incorrectly set)
/dev/sda3 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Inode 2102929 seems to contain garbage. Clear? yes
Inode 2102930 seems to contain garbage. Clear? yes
Inode 2102931 seems to contain garbage. Clear? yes
Inode 2102932 seems to contain garbage. Clear? yes
Inode 2102933 seems to contain garbage. Clear? yes
Inode 2102934 seems to contain garbage. Clear? yes
Inode 2102935 seems to contain garbage. Clear? yes
Inode 2102936 seems to contain garbage. Clear? yes
Inode 2102937 seems to contain garbage. Clear? yes
Inode 2102938 seems to contain garbage. Clear? yes
Inode 2102939 seems to contain garbage. Clear? yes
Inode 2102940 seems to contain garbage. Clear? yes
Inode 2102941 seems to contain garbage. Clear? yes
Inode 2102942 seems to contain garbage. Clear? yes
Inode 2102943 seems to contain garbage. Clear? yes
Inode 2102944 seems to contain garbage. Clear? yes
Pass 2: Checking directory structure
Entry 'debian-tasks.mo' in /usr/share/locale/dz/LC_MESSAGES (2097597) has deleted/unused inode 2102942. Clear? yes
Entry 'debian-tasks.mo' in /usr/share/locale/cy/LC_MESSAGES (2098311) has deleted/unused inode 2102939. Clear? yes
Entry 'debian-tasks.mo' in /usr/share/locale/bn/LC_MESSAGES (2099190) has deleted/unused inode 2102935. Clear? yes
Entry 'systemd-udevd-control.socket.8.gz' in /usr/share/man/man8 (2097755) has deleted/unused inode 2102930. Clear? yes
Entry 'systemd-udevd-kernel.socket.8.gz' in /usr/share/man/man8 (2097755) has deleted/unused inode 2102931. Clear? yes
Entry 'systemd-udevd.8.gz' in /usr/share/man/man8 (2097755) has deleted/unused inode 2102932. Clear? yes
Entry 'debian-tasks.mo' in /usr/share/locale/eo/LC_MESSAGES (2097603) has deleted/unused inode 2102944. Clear? yes
Entry 'debian-tasks.mo' in /usr/share/locale/bg/LC_MESSAGES (2098305) has deleted/unused inode 2102934. Clear? yes
Entry 'debian-tasks.mo' in /usr/share/locale/ca/LC_MESSAGES (2097585) has deleted/unused inode 2102937. Clear? yes
Entry 'debian-tasks.mo' in /usr/share/locale/cs/LC_MESSAGES (2097588) has deleted/unused inode 2102938. Clear? yes
Entry 'debian-tasks.mo' in /usr/share/locale/da/LC_MESSAGES (2097591) has deleted/unused inode 2102940. Clear? yes
Entry 'debian-tasks.mo' in /usr/share/locale/de/LC_MESSAGES (2097594) has deleted/unused inode 2102941. Clear? yes
Entry 'debian-tasks.mo' in /usr/share/locale/ar/LC_MESSAGES (2098301) has deleted/unused inode 2102933. Clear? yes
Entry 'debian-tasks.mo' in /usr/share/locale/el/LC_MESSAGES (2097600) has deleted/unused inode 2102943. Clear? yes
Entry 'debian-tasks.mo' in /usr/share/locale/bs/LC_MESSAGES (2097582) has deleted/unused inode 2102936. Clear? yes
Entry 'udevadm' in /usr/sbin (2097155) has deleted/unused inode 2102929. Clear? yes
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Block bitmap differences: -(8436755--8436766)
Fix? yes
Free blocks count wrong for group #257 (2460, counted=2472).
Fix? yes
Free blocks count wrong (7868214, counted=7868326).
Fix? yes
Inode bitmap differences: -(2102929--2102944)
Fix? yes
Free inodes count wrong for group #256 (0, counted=16).
Fix? yes
Free inodes count wrong (2262368, counted=2262360).
Fix? yes
/dev/sda3: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sda3: 301736/2564096 files (0.2% non-contiguous), 2371908/10240234 blocks
ubuntu@ubuntu:~$
Za chwilę sprawdzę czy to pomogło .....
No i udało się , tego posta edytuję już z poziomu debiana ;
darek@debian10:~$ cat /etc/issue
Debian GNU/Linux 10 \n \l
Ale co jemu się wczoraj stało , że zawiódł ?
Ja myślałem że orginalny debian jest solidniejszy niż jego klony ....
Ostatnio edytowany przez wlodarek1 (2019-07-18 10:49:01)
Offline
To nie wina debiana tylko awaria systemu plików.
Offline
wlodarek1 napisał(-a):
Ale co jemu się wczoraj stało , że zawiódł ?
patrzyłeś co daje SMART?
pomocne sznurki:
https://wiki.archlinux.org/index.php/S.M.A.R.T.
https://www.elektroda.pl/rtvforum/topic1467175.html
btw. bardzo często problemy talerzówek wiążą się bezpośrednio z niedomagającym zasilaniem także pierw zbadaj dogłębnie dyzia a potem ewentualnie weź na warsztat PSU, te dwie rzeczy są tu kluczowe jeżeli rozmawiamy o dyziach mechanicznych.
Ostatnio edytowany przez hi (2019-07-18 14:50:32)
Offline
wlodarek1 napisał(-a):
U mnie systemy operacyjne są zainstalowane na dysku SSD ...
A jakie to ma znaczenie? Dyski SSD się nie psują i nie posiadają SMART'a ?
Online
wlodarek1 napisał(-a):
U mnie systemy operacyjne są zainstalowane na dysku SSD
A u mnie pada deszcz ale co w związku z tym?
Poza tym dałem Ci sznurek z elektrody, który zawiera dokładny opis specyficznych parametrów SMART stosowanych tylko w dyziach półprzewodnikowych:
https://www.elektroda.pl/rtvforum/topic1467175.html
UWAGA !! : Nowe parametry dla dysków SSD w plikach załączników.
W tym są parametry takie jak np.
170
171
172
174
175
177
179
180
181 - Zależne od producenta lub rodzaju dysku lub obydwóch
182
210
230 - Zależne od producenta lub rodzaju dysku lub obydwóch
231 - Zależne od producenta lub rodzaju dysku lub obydwóch
232
233 - Zależne od producenta lub rodzaju dysku lub obydwóch
234
235
240 - Zależne od producenta lub rodzaju dysku lub obydwóch
249
.
btw.
https://www.youtube.com/watch?v=CExlwc5DSpM
Ostatnio edytowany przez hi (2019-07-23 17:45:19)
Offline
Strony: 1