Freesco, NND, CDN, EOS

Wiec tak

Posiadalem w pelni sprawni system NND w wersji 0.2.1

Zachecony zmianami postanowilem zrobic update (wg instrukcji
ze strony glownej - nowy pacman i tylko base-release)

Wszystko sciagnelo sie bez problemu i zainstalowalo. Wpisalem
lilo jak nakazali i zrobilem reset... i koniec... :/

System zatrzymuje sie po sprawdzanie dyskow (wyskakuje bledy
ze jakis tam error w functions bo /dev/ jest read only), zaraz
po probie przelaczenia partycji w tryb do odczytu i zapisu

Pojawia sie po polsku komunikat, ze mozliwy powazny problem, nie mozna bylo przelaczyc partycji w tryb do zapisu i odczytu i jakies pierdoly
o tym ze jezeli uzywam jakiegos UMSDOS (czy cos w tym stylu) to mam cos tam zrobic...

Ale nie uzywam... System na tym staje i koniec...

MOGE odpalic system z plyty startowej NND i MAM kopie folderu
/etc/ (przywrocenie nie pomaga), wiec co moge zrobic?

fstab nie ruszalem choc podejrzewam ten plik (nie bawilem sie linuxem
juz od dawna i nie czuje sie juz na silach by cos wskurac)...

moje partycje wygladaja nastepujaco:

/dev/hda1 /boot ext3
/dev/hda2 swap
/dev/hda3 / ext3
/dev/hda4 /home ext3

Bede bardzo wdzieczny za pomoc, podejrzewam, ze to drobnostka,
ale sam nie dojde... Zalezy mi tez na czasie (by miec sprawna siec
d weekendu - pisze z komorki, grr :/ )

Sprawa pilna!!

Z gory wielkie dzieki!

EDIT:
Wlasnie odkrylem, ze po wcisnieciu Enter system startuje dalej, ale bardzo dlugo z mnostwem bledow... nie montuje hda1, hda2 i hda4 a hda3 pozostaje tylko do odczytu... A wiec z tej pozycji, chyba nic nie zdzialam...

Pomozcie, jeszcze raz - bardzo prosze

_________________
Proszę samodzielnie usuwać nieistniejące linki w swoich sygnaturkach!!! /Administrator/

Dobra, poczytalem troche, pogrzebalem i nieco sobie zaczalem
przypominac jak to z tym linuxem jest... Ale problemu
rozwiazac nie umiem

Wydukalem, ze dysk jakims dziwnym trafem nie potrafi zostac
przelaczony w tryb read/write i pozostaje caly czas w trybie read only...

Odkrylem, ze potrafie odpalic system z plyty instalacyjnej
NND wpisujac mu parametry Linux-ide root=/dev/hda3 rw
Wtedy system odpala sie (prawie) pieknie, jak za starych czasow
Bez parametru rw - ten sam blad...

Tymczasowo wiec, by tylko uzytkownicy mnie nie zjedli postanowilem
zostawic odpalony system uruchomione z jadrem z plyty instalacyjnej z
parametrem root=/dev/hda3 rw

Nietsety, na plycie jadro jest w wersji kernel24-ide 2.4.32-6nnd, wiec
konieczna okazala sie zmiana pakietu iptables takze na starsza wersje,
ktora znalazlem na plycie instalacyjnej, a to z kolei pociaglo
koniecznosc zmiany jadra na dysku twardym na ta sama wersje,
z jakiej bootoje system z plyty CD. Tym sposobem wiec udalo
mi sie przywrocic poprzednia funkcjonalnosc systemu, tyle, ze
za kazdym razem musze go odpalac z plyty wpisujac parametr
root=/dev/hda3 rw (co mi sie nie usmiecha bo docelowo router
nie mial byc (i nie byl) wyposazony w monitor i klawiature)

Dziwna sprawa, ze po updade systemu nagle dysk nie potrafi wyjsc z
trybu read only, takze teraz gdy mam stara wersje jadra, blad nadal
wystepuje...

Dlaczego tak sie stalo i jak to zmienic? Jezeli nie znacie odpowiedzi,
to przynajmniej poweidzcie mi prosze jak na stale wprowadzic
parametr root=/dev/hda3 rw do jadra, be zkoniecznosci uruchamiania
za kadzym razem recznie z plyty CD....

Juz sprawa nieco mniej pilna, gdyz siec jakos juz dziala
(choc moj serwerek teraz moze kojarzyc sie z pacjentem
podlaczonym do respiratora...)

Z gory wielkie dzieki za pomoc!!

_________________
Proszę samodzielnie usuwać nieistniejące linki w swoich sygnaturkach!!! /Administrator/

Spróbuj przeskanować te partycje....:
1. Uruchom NND z płyty (ale nie podając roota systemu).
2. fsck /dev/hda1
fsck /dev/hda3
fsck /dev/hda4

_________________
Ten post Ci pomógł? Zaznacz go jako pomocny .

Niestety nic... Probowlaem nawet fsck z -f ale zadnych problemow tutaj
nie wykrylo...

Niejako "przy okazji" takze odkrylem, ze po update nie dziala
takze ssh (zadnych bledow przy probie odpalania, w logach jedynie
tejemnicze wpisy typu sshd[2410]: failed: demon(): success

Nawet mldonkey przestal dzialac Przy probie odpalenia pojawia sie
-bash /dev/null permission denied


Aha. teraz mnie sie przypomnialo, nie mam zielonego pojecia, czy
to cos moze miec do problemu z nie przelaczaniem dysku z trybu read only,
ale wczoraj, zaraz po aktualizacji (pomyslnej) i wpsianiu lilo, chcialem
zrestartowac router, jak zawsze przez ssh, poleceniem reboot (jako root) i
wtedy pierwszy raz, zamiast normalnego restartu, pojawil sie dziwny
komunikat, ze (sorry, ale nie pamietam dokladnie) nie moze
wykryc init level i zostanie wykonany soft-reboot (prosze na przyszlosc
uzywac shutdown)... I zaraz potem stracilem polaczenie ssh, jednak
router sie nie zrestartowal, musialem go recznie zrestartowac (co
robilem i tak juz wczesniej wiele razy)

Moze to cos pomoze, nie wiem, jeszcez sie z takim problemem ze startem
nie spotkalem

_________________
Proszę samodzielnie usuwać nieistniejące linki w swoich sygnaturkach!!! /Administrator/

Bo to moze wina dysku a nie Linuksa?
Masz mozliwosc sklonowania dysku na jakis inny i sprawdzenia czy na innym dziala?
Jestes wstanie zapodac nam dmesg?

_________________
| ArchLinux X64 2.6.29-6 (Custom) @ IBM eServer 235
| Intel Xeon 2,4GHz (x2) : 2GB RAM : 2x36GB SCSI (RAID1)
| httpd2.6 mysql exim dhcpd named proftpd stats niceshaper06
| WAN: 35|35 mb/s (GTS) @ 500+ hosts

Raczej wykluczylbym dysk, skoro nie bylo zadnych problemow przez ponad
rok, a nagle zaczelo sie po zaktualizowaniu

Poza tym system chodzi, po odpaleniu jadra z plyty CD z wymuszonym
trybem rw. Zapis, odczyt, wszytsko smiga az sie kurzy

_________________
Proszę samodzielnie usuwać nieistniejące linki w swoich sygnaturkach!!! /Administrator/

dmesg'a po odpaleniu poprzez plyte (inaczej nie da rady) masz tutaj:

http://rapidshare.com/files/57321098/dmesg.html

Sorry, nie mialem gdzie rzucic....

_________________
Proszę samodzielnie usuwać nieistniejące linki w swoich sygnaturkach!!! /Administrator/

Jak na mój gust to dmesg wygląda ok. Ktoś coś tam widzi niestandardowego?

EDIT:

problem rozwiązany, należało zainstalować ponownie dev na podmontowanym / żeby naprawić pliki urządzeń które uległy uszkodzeniu. Prawdopodobnie podczas nieudanego reboota po updatcie.

Należałoby dociekać dlaczego reboot po aktualizacji nie udał się, i nastapił softreboot czy coś.....

The_Mis... czy to może mieć związek z pakietem dev i jego aktualizacją?

_________________
Ten post Ci pomógł? Zaznacz go jako pomocny .

nie sądzę. Testowaliśmy to wielokrotnie - nigdy nic takiego się nie pojawiło. pakiet dev był uaktualniany też kilka razy o ile pamiętam...
Czary, panie! czary...

_________________
Mis'
___________________________________
"Real Men Use Telnet on port 80" (el bid)

Tu jest moj pacma.log, od momentu tej "pamietnej"
aktualizacji, po ktorej wystapil problem, az do naprawienia...
http://groch.dyn.pl/ftp/pacman.log

Za pierwszym razem przy aktualizacji dev wsykoczylo:
[09/21/07 01:14] nie można rozpakować dev/initctl: Plik istnieje
[09/21/07 01:14] nie można rozpakować dev/null: Plik istnieje
[09/21/07 01:14] nie można rozpakować dev/pts/0: Plik istnieje

Potem wraz z kolega Mac!ek, wykonalismu jeszcze raz update
pakietu dev, tym razem po wystartowaniu z cd i na podmontowanym /
(po chroot) i juz te bledy nie wyskoczyly... Po tym juz system
odzyskal sprawnosc....

Moze jakis scenariusz zostal pominiety przy testach? I wlasnie
u mnie to sie ujawnilo...

Przyznam sie, ze ostatni raz uzylem pacmana do aktualziacji systemu
(orpocz przedwczoraj), w grudniu 2006....

_________________
Proszę samodzielnie usuwać nieistniejące linki w swoich sygnaturkach!!! /Administrator/

ok a jesteś sobie w stanie przypomnieć jaką wersję NND miałeś zainstalowaną... ?
tzn z jakiego ISO instalowałeś?

_________________
Ten post Ci pomógł? Zaznacz go jako pomocny .

Instalowalem z ISO 0.2 (no i te CD mi posluzylo do naprawy )

_________________
Proszę samodzielnie usuwać nieistniejące linki w swoich sygnaturkach!!! /Administrator/

to akurat normalne. nie można tych plików uaktualnić, bo są w użyciu.



to też normalne - wykorzystywane są te z macierzystego systemu a uaktualniane w chroocie - czyli w danym momencie nieużywane.

Sądzę, że problem spowodowany był przez splot różnych okoliczności w myśl zasady "jak ktoś ma pecha to i w drewnianym kościele mu cegła na głowę spadnie". Testowaśmy to na wielu różnych instalacjach zawsze bez kłopotów. Komunkaty o niemożności uaktualniena tych plików pojawiały się zawsze.

_________________
Mis'
___________________________________
"Real Men Use Telnet on port 80" (el bid)