Dotaz: FireWire nejde po Hibernaci

[Smajchl]

Potřeboval bych poradit, jak docílit toho, aby po probuzení z hibernace (disk i ram, nebo alespoň jedno) fungovalo firewire, používám ho na propojení stolního počítače s notebookem a na obou po hibernaci nefunguje. To znamená, že síťové zařízení existuje, ale komunikace skrz něj neprojde.

Zajímavé je, že když odstraním moduly eth1394, ohci1394 a ieee1394 a poté je zase natáhnu, tak:

smajlik:/home/smajchl# ifconfig eth1 up
eth1: ERROR while getting interface flags: Takové zařízení neexistuje

Odpovědi

[Jooky (inactive)]

- Co hovorim dmesg ?
- Nema ta sietovka iny nazov po prebudeni (ip link show) ?
- Pomoze uz pred hibernaciu vypnut rozhanie, unloadnut moduly a az potom hibernovat ?

[Smajchl]

dmesg:

ieee1394: Initialized config rom entry `ip1394'
ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[19]  MMIO=[d0003000-d00037ff]  Max Packet=[2048]  IR/IT contexts=[4/8]
eth1394: eth1: IEEE-1394 IPv4 over 1394 Ethernet (fw-host0)
udev: renamed network interface eth1 to eth2
ieee1394: Host added: ID:BUS[0-00:1023]  GUID[0000000000000000]
ieee1394: Node added: ID:BUS[0-01:1023]  GUID[00308d0121e6cda6]

Takže má jinej název a funguje uff, nenapadlo mě to, díky

Jak ale zařídit, aby se nepřejmenovávalo? Proč se vlastně přejmenuje? Když to znovu odnačtu a zase načtu ty moduly, tak už zůstane eth2, jakto? Asi to bude chtít nějaký pravidlo do udev, mrknu se na to, ale dobrá rada by neuškodila

[Smajchl]

Ještě bych chtěl dodat, že ta firewire síťovka má MAC adresu 0, takže stejnou jako lo, takže podle toho se poznat nedá a nevim teda jak jí přejmenuju zpět na eth1

[trekker.dk]

Jak ale zařídit, aby se nepřejmenovávalo?

Zkusil jsi unloadnout ty moduly před hibernací? Jde to zařídit změnou /etc/hibernate/common.conf

### misclaunch
# OnSuspend 20 echo "Good night!"
# OnResume 20 echo "Good morning!"
OnSuspend 20 ip link set eth1 down
OnSuspend 21 rmmod eth1394 ohci1394 ieee1394
OnResume 21 modprobe eth1394; modprobe ohci1394; modprobe ieee1394

Nějak takhle - mohlo by to zabrat...

Proč se vlastně přejmenuje? Když to znovu odnačtu a zase načtu ty moduly, tak už zůstane eth2, jakto?

Pravděpodobně driver toho zařízení s hibernací nepočítá a po probuzení si myslí, že mu v systému přibylo nové zařízení.

[Smajchl]

óó díky za odpověď, už jsem si myslel, že nic.

Ano tak jsem to dělal před hibernací unload a potom po probuzení zase modprobe. Podle Dmesg to přejmenuje udev, ale nechapu proc pri druhym pokusu uz to zustane eth2 a neni to eth3 (pokud bych bral tvou uvahu o novym zarizeni v systemu). (Akorat sem to delal rucne, ten hibernate script ale udela to samy)

Dalo by se tomu priradit MAC adresa treba? Protoze takhle nevim jak to identifikovat, abych moch udevu rict, ze to chci mit jako eth1.

Jinak kdyz to unloadnu a hned zase loadnu bez hibernace tak se to taky prejmenuje.

Jako reseni me napada jenom jedna prasarna, pri bootu do systemu provedst unload a zase rovnou load, aby se to rovnou prejenovalo a pak to pouzivat jako eth2, ale je to fakt prasarna. Jako bych tam uz nemel podobnou prasarnu kuli wifi

[trekker.dk]

No MAC adresa normální síťovky jde změnit pomocí ip link set address dev ethX. Místo ethX dáš jméno toho zařízení, kterému chceš změnit MAC.

[Ondrej 'SanTiago' Zajicek]

> Asi to bude chtít nějaký pravidlo do udev

Jo, ale spis odstranit nez pridat. Ta jmena ti prejmenovava nejake pravidlo v udevu. Kdyz ho odstranis, tak bude po problemu.

[Smajchl]

Jako jo to mi je jasny, ale nevim co mam odstranit, teda spis jak zjistit, co odstranit.

[Smajchl]

Zjistil jsem další poznatky, takže na stolnim pocitaci to funguje naprosto v pohode, staci unload modulu, load modulu a nakonfigurovat sitovku (nic se neprejmenuje).

Na notebooku to funguje taky, pokud cerstve nabootuju unloadnu moduly a hned je zase loadnu (bez suspendu), tak je vse v poradku, zarizeni je eth1 a funguje.

Pokud ale mezitim, nebo pred tim udelam ten suspend tak se pri loadovani modulu napise ta hlaska s udevem a zarizeni je najednou eth2, pak uz si muzu suspendovat jak chci a eth2 to zustane.