1 (edytowany przez geos 2012-10-28 00:16:47)

Temat: brak akceptacji hasla po braku zasilania

prowadzę "obserwacje" jak zachowuje się ruter w różnych sytuacjach awaryjnych. jedną z nich jest zanik zasilania. po takiej przygodzie ruter się podnosi, działa, przydziela wszelkie IP ale... nie można na niego wejść ani przez www ani przez putty. ACCESS DENIED za każdym razem po wpisaniu hasła.

raz spróbowałem instrukcji failsafe i zadziałało, ale straciłem całą konfigurację.

o co chodzi z tym ACCESS DENIED? dlaczego nie akceptuje hasła?

teraz jestem w podobnej sytuacji i jeśli to możliwe to nie chciałbym stracić istniejącej konfiguracji. jakoś nie wyobrażam sobie, abym z każdą awarią zasilania tracił całą konfigurację. stary WRT54GS pod kontrolą Tomato nie miał takich przypadłości i zachowanie MR3420 z Gargoyle mnie dziwi.

pozdrawiam
geos

2

Odp: brak akceptacji hasla po braku zasilania

Nie wyobrażam sobie żeby router tracił konfiguracją przy każdym wyłączeniu zasilania. Jak napisałem w innym wątku - wygląda na to że masz problem z samym routerem.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

3

Odp: brak akceptacji hasla po braku zasilania

czy mogę go jakoś zdiagnozować? wgrałem najnowszy obraz, niczego nie dogrywałem. ruter to MR3420.

4

Odp: brak akceptacji hasla po braku zasilania

Ustaw coś w gui, zrób restart i zobacz czy zachowa zmiany. Jak nie - ustaw z konsoli ręcznie, restart i zobacz.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

5 (edytowany przez geos 2012-10-28 12:10:09)

Odp: brak akceptacji hasla po braku zasilania

działało przez pewien czas po czym znowu się "zrestartował" i ponownie nie wpuszcza.

uruchomiłem tryb failsafe. tym razem nie zrobiłem firstboot ani mdr tylko mount_root. otrzymuję taki komunikat:

root@(none):/etc# mount_root
/sbin/mount_root: line 1: pi_include: not found
/sbin/mount_root: line 1: pi_include: not found
/sbin/mount_root: line 1: set_jffs_mp: not found
/sbin/mount_root: line 1: determine_root_device: not found
/sbin/mount_root: line 1: can't create /.extroot.md5sum: Read-only file system
switching to jffs2

udało mi się wymusić zmianę hasła po mount_root. po tym zabiegu odłączyłem zasilanie (rebootnie działał) i mogę się wbić przez www. pamięta tylko część zmian w konfiguracji (np. adres ip 192.168.192.1 i maskę). ponownie prosi o zmianę hasła. nie pamięta zakresu DHCP: pokazuje .100 do .250 przy sieci 192.168.192.0/255.255.255.240. nie pamięta nowej swojej nazwy (pokazuje domyślne Gargoyle). pamięta ustawienia Aero2.

co to może wszystko oznaczać? to wszystko dzieje siepo wgraniu najnowszego obrazu. na backfire nie było takich zachowań (oczywiście to nic nie musi jeszcze oznaczać)

6

Odp: brak akceptacji hasla po braku zasilania

Zrób firstboota. Przestaw tylko jedną z opcji i zobacz czy będzie trzymał.

Strzelam że zawaliłeś cały flash i nie ma miejsca na zmianę ustawień.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

7 (edytowany przez geos 2012-10-28 12:26:59)

Odp: brak akceptacji hasla po braku zasilania

czy "zawaliłeś cały flash" oznacza:
1) uszkodzony flash czy
2) zajęty flash?

jeśli (2) to jak mogę go wyczyścić?

zrobiłem firstboota:

root@Gargoyle:~# firstboot
firstboot has already been run
jffs2 partition is mounted, only resetting files

a następnie reboot. zmienił przydzielany adres IP komputerowi, sam posiada 192.168.1.1 [strikethrough]ale nie wpuszcza po podaniu hasła: ani domyślnego password, ani mojego.[/strikethrough]

8

Odp: brak akceptacji hasla po braku zasilania

Po starcie został password, wyczyściłeś go do końca.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

9

Odp: brak akceptacji hasla po braku zasilania

czy można jakoś włączyć logowanie, aby po ponownym wystąpieniu tej przypadłości zdiagnozować co jest nie tak? tego firstboota robiłem już wcześniej. nadal nie wiem, czy to flash jest np. uszkodzony, czy też robię tyle zmian, że się zapełnia. w sumie ustawiam tylko na razie statyczny dhcp i nazwy komputerów, aero2 itp. mam możliwość przekazanie logów na inny komputer jeśli mogłoby to być pomocne. chciałbym mieć większoą jasność co do źródła tego zachowania jeśli to możliwe...

10

Odp: brak akceptacji hasla po braku zasilania

zrób df -h, zobaczysz ile wolnego zostało. Patrz także na wyniki logread - jak coś będzie nie tak to będziesz miał informacje o błędach na systemie plików.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

11

Odp: brak akceptacji hasla po braku zasilania

oki, df -h pokazuje:

root@HOBBIT:~# df -h
Filesystem                Size      Used Available Use% Mounted on
rootfs                  384.0K    248.0K    136.0K  65% /
/dev/root                 2.8M      2.8M         0 100% /rom
tmpfs                    14.3M    132.0K     14.1M   1% /tmp
tmpfs                   512.0K         0    512.0K   0% /dev
/dev/mtdblock3          384.0K    248.0K    136.0K  65% /overlay
overlayfs:/overlay      384.0K    248.0K    136.0K  65% /

czy to normalne wartości?

czy ten logread mogę przekierować na inny komputer? mam zainstalowany program który może odbierać logi na porcie 514 na kompie stacjonarnym.

12

Odp: brak akceptacji hasla po braku zasilania

Tak, opcja log_ip w /etc/config/systm (http://wiki.openwrt.org/doc/uci/system?s[]=syslog)

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

13 (edytowany przez geos 2012-10-28 14:00:16)

Odp: brak akceptacji hasla po braku zasilania

ok, mam coś takiego:

2012/10/28    13:45:32.02    M            <30>jan  1 01:01:59 dnsmasq[1273]: using nameserver 178.32.31.41#53 for domain bit           
2012/10/28    13:45:32.02    M            <30>jan  1 01:01:59 dnsmasq[1273]: using local addresses only for domain lan           
2012/10/28    13:45:35.45    M            <4>jan  1 01:02:02 kernel: [  122.720000] ipt_bandwidth: timezone shift of 60 minutes detected, adjusting           
2012/10/28    13:45:35.45    M            <4>jan  1 01:02:02 kernel: [  122.720000]                old minutes west=0, new minutes west=-60           
2012/10/28    13:54:25.72    M            <13>oct 28 13:54:24 root: restore defaults           
2012/10/28    13:54:43.25    M            <30>oct 28 13:54:42 init: starting pid 3639, tty '': '/etc/init.d/rcs k shutdown'           
2012/10/28    13:54:43.39    M            <86>oct 28 13:54:42 dropbear[1213]: premature exit: terminated by signal           
2012/10/28    13:54:43.48    M            <29>oct 28 13:54:42 netifd: interface 'lan' is now down   

"załamanie systemu" nastąpiło podczas dokręcania antenki. czy coś można z tego wnioskować? po restarcie nie wpuszcza na hasło (na domyślne password też nie), ale modem się podnosi, ip zostaje przydzielony jak trzeba itp.

14

Odp: brak akceptacji hasla po braku zasilania

Na razie nic nie ma. Poza faktem że system został zatrzymany.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

15

Odp: brak akceptacji hasla po braku zasilania

w takim razie mam zamiar znowu zrobić failsafe: mount_root + zmiana hasła. czy mogę wykonać jakieś dodatkowe polecenia aby zdiagnozować co się da?

16

Odp: brak akceptacji hasla po braku zasilania

Najlepiej było by podłączyć kabel szeregowy i łapać na bieżąco to co idzie.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

17

Odp: brak akceptacji hasla po braku zasilania

mam przewód do nokii CA-42. wiem, że ludziska jakoś przerabiają je aby np. dobrać się do dysków twardych przez terminal.

czy ten kabel można wykorzystać? zrobię to tj postaram się złapać wszystko co idzie tylko potrzebuję wskazówek jak to zrobić.

pozdrawiam
geos

18

Odp: brak akceptacji hasla po braku zasilania

Obciąć wtyczkę i podłączyć do routera. Poszukaj w internecie rozpiski złączy w ca-42. Potrzebujesz trzy z nich - tx, rx i gnd. Te trzy masz podłączyć odpowiedniego do rx, tx i gnd w routerze. Potem putty, ustawiasz port szeregowy taki jak masz, szybkość na 115200 i tyle.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.