Изпечатай

[botzko]

Вчера ми се случи нещо странно - редактирах wpa_supplicant.conf и след опит за вързване към мрежата компютъра заби. Странното е, че лампичката за Caps Lock-а мигаше непрекъснато. Рестартирах го по най-грубия начин и се оказа, че не иска да зареди. Последното нещо което се изписва на екрана е:
Updating shared library links:  /sbin/ldconfig &
Starting sysklogd daemons: /usr/sbin/syslogd
Системата беше настроена да влиза директно в графичен режим. Смених го да влиза в single user mode и успях да заредя. Веднага след това пробвах да влезна в графичен режим с init 4, но пак без успех - пак увисна на същото място. Рестартирах и си сложих кабелче за мрежата, за да се ровя из нета да търся решение на проблема и какво видях lo беше down. Вдигнах lo и пуснах init 4 и в момента съм в графичен режим.

Някой може ли да ми обясни какво е станало и какво трябва да направя, за да зареждам веднага в init 4?

П.С. По логовете не виждам нищо странно. Ако ви трябва допълнително информация, за да ми помогнете моля кажете какво ви трябва.

[Ivshti]

Временно можеш да:
chmod -x /etc/rc.d/rc.syslog

А и... няма да имаш логове, докато не се пусне syslogd, а системата ти зависва на него.

Опитай да върнеш старата настройка на wpa_supplicant.conf, защото трябва да очакваш неочакваното (този резултат от редактирането на този файл е неочакван '> ).

Също провери дали имаш достатъчно място на хард диска - syslogd създава проблеми в този случай, опитва се да пише по логове.

Виж също файловата система да не е счупена - също задъхва syslogd '> Можеш да провериш с fsck (да, вярно, че се проверява на буут, но не знам какво си правил преди това). Опитай с recovery програмката за съответната файловата система.

Просто потърси в Google причини, заради които syslogd няма да се стартира.

Успех!

[botzko]

Идеята за
chmod -x /etc/rc.d/rc.syslog
ми допада за пробата, не ми харесва това, че няма да има логове.
Настройките ги върна, това беше първото което пробвах.
Място имам и това ми мина през акъла.
Що се отнася за състоянието на файловата система ще го проверя да видя да няма проблеми.

П.С. Аз по принцип ползвам hibernate и от много време не бях изключвам компютра по стандартния начин. Не си спомням да съм правил нещо необичайно (като редактирането на wpa_supplicant.conf).

[Ivshti]

Оппа - какво съвпадение за хибернацията. Много си загазил, защото аз направих същото, когато тествах хибернация под Slackware, и яко прецаках файловата система, но явно съм прецакал и нещо друго
Под XFS, резултата беше трагичен - когато буутваше, даваше супер много дебъг инфо за файловата система. Ръннах xfs_repair от live cd (slax), и нещата се пооправиха, но заби там, на syslog-а.
При Ext3, директно заби на syslog-а '>

[botzko]

Ползвам reiserfs.
Проверих за грешки и не открих.
Ако махна правата за изпълнение на /etc/rc.d/rc.syslog системата зарежда.
В момента съм добавил
/sbin/ifconfig lo up
в /etc/rc.d/rc.syslog::syslogd_start() и пак зарежда.

Може ли някокй да качи всички файлове от /etc/rc.d/ за да видя къде има разлики и защо (или поне да ми посочите в кой архив от диска да ги търся)?

[Ivshti]

Сваляш пакет sysvinit-scripts
ftp://ftp.slackware.com/pub....-20.tgz

[botzko]

Днеска reiserfsck намери грешки по харда и се наложи да го пускам с rebuild-tree ипция. За момента всичко е наред и даже системата си зарежда както трябва. Интересното е, че когато го пусках предния път не намери грешки.

[Ivshti]

Така е като ползваш хибернация - ситуацията е малко сложничка '>