Dotaz: /.dev zmazany

[jj]

Pomooc!

Vymazal som si /.dev (omylom) a samozrejme nenabehne system, je nejaka ina moznost ako nainstalovat system?

Velmi by mi pomohlo ak by to slo.

Pouzivam: Sarge, posledny update, upgrade a udev.

Som to ale ....

Vdaka moc krat za kazdu pomoc.

Skopcenie .dev z ineho sarge neslo.

Odpovědi

[jm]

Co treba zkusit reboot?

[jj]

Ako sranda dobre. Len poprosim niekoho ak vie co s tym.

[jm]

Ja nechapu, co je na tom za srandu? Zarizeni v /dev se pres udev normalne pri rebootu vytvori znova, pokud ne, tak je udev rozbity.

Co je to /.dev nejak nechapu, jestli si cpe Debian konfiguracni soubory do / tak nazdar hodiny. Pokud jsi smazal nejakou cast udev, tak udev z chrootu nainstaluj znova, mozna by to chtelo pri chrootovani namountovat /proc, jinak to asi moc nepojede.

[Libor Klepac]

/dev on /.dev type unknown (rw,bind)

nevim proc by melo vadit jeho smazani ...tohle se provede pred tim, nez skript udevu udela tohle

none on /dev type tmpfs (rw,size=10M,mode=0755)

[jm]

Ja to taky vubec nechapu, co by melo vadit na jeho smazani. Smysl adresare /.dev taky popravde zrovna nechapu.

[Michal Čihař]

Pokud ten adresáš existuje, je tam přesunutý statický /dev který existuje při startu udev.

[jm]

No to uz jsem tak nejak "pochopil", ale pokud neexistuje, tak se pri normalnich fungujicich init skriptech prece nic nedeje? Pokud ano, tak je to IMNSHO bug jako hrom.

[Michal Čihař]

Jak jsem tu už někde psal adresář /.dev jsem si na Debianu úmyslně někdy vymazal a žádného problému jsem si nevšimnul...

[jj]

Vsak prave ide o to kedy. Mozno teraz by si dopadol ako ja. A myslim na Sarge.

[Michal Čihař]

Ale nedopadl, na to skripty udevu moc dobře znám )

[jj]

Takze toto su posledne riadky, potom uz sa nedeje nic:

Kernel 2.6.11.2-amd64 - moja kompilacia, bezal ako hodinky
Warning (a nieco s kconsolou asi ze nevie /dev/)
NTFS driver 2.1.22 [fla: R/O MODULE]
a konec

Kernel 2.6.8.1-386 - tiez, bezal ako hodinky
sbin/init 426 cannot create /dev/null: Read only file system
sbin/init 427 cannot open dev/console: No such
Kernel panic: Attemted to kill init!

Myslim ze ten druhy vypis je velavravnejsi.

[Michal Marek (twofish)]

Nevím, proč to nefunguje po zkopírování, ale nabootuj z nějakého livecd a použij MAKEDEV. Potřebuješ minimálně console, zero, null, tty*, hd* nebo sd*, aby to nabootovalo do single user. Možná ještě něco dalšího, zkoušet se mi to jaksi nechce

[Michal Marek (twofish)]

Aha, teď koukám, že píšeš o /tečka-dev (konfigurák udevu v debianu?), takže nic.

[jj]

Jasne tam asi MAKEDEV moc nespravi. potrebujem /BODKAdev

[jj]

Skusal som mam Sarge na dvoch diskoch namontoval som ten pokazeny a chroot /dev/mnt. Ale tam cez MAKEDEV deslo vytvorit zariadenia. Vypise ze mu chyba /proc/interrupt alebo nieco podobne.

Alebo nejaka konkretna volba by pomohla?

MAKEDEV update ?? Toto este skusim.

[Michal Marek (twofish)]

Jestli mu chybí /proc/něco, tak zkus před chrootem připojit proc do /mnt/proc

[jj]

No neviem ci pri udev nejako MAKEDEV pomoze skor asi nieco s hotplug a udev?

[jm]

Ja hlavne vubec nechapu, vo cem je rec... Co je to sakra /.dev ???

[jj]

/.dev je ako stare /dev ale vytvara si to udev + hotplug a ten .dev som zmazal.

Kernel 2.6.11.2 + udev

[jm]

To je adresar? Hmm, to je tedy "inteligentni" reseni. No nevim, pokud nepomuze mkdir /.dev a reboot, tak je proste udev v Debianu rozbitej.

[Libor Klepac]

udevem to nebude )

 # /.dev is used by /sbin/MAKEDEV to access the real /dev directory.
 # if you do not like this then rmdir /.dev/ after unmounting it.
 [ -d /.dev ] && mount -n --bind /dev /.dev

[jm]

Hmm, vzdyt tam primo pisou, ze se to muze smazat, tak v cem je problem???

[Vašek Lorenc]

Ale prd.. udev pro svoji činnost (IMHO, fakt jsem dokumentaci k udev nečetl) potřebuje mít stejně někde původní /dev strom. Jediné, co pak udev dělá, je že na základě reálně připojených a zjištěných zařízení položky z toho původního /dev stromu zpřístupňuje do virtuálního /dev adresáře.. no a nejspíš je v debianu v adresáři /.dev právě ta "spodní vrstva". Pokud si ji dotyčný smazal, tak by mkdir /.dev a následně cd /.dev; MAKEDEV i386 mělo pomoct.

[Libor Klepac]

tohle opravdu ne , udev chyta udalosti od jadra a na jejich zaklade vytvari ty nody ...ten adresar /.dev je tam jenom kvuli tomu, aby ses mohl dostat k tomu puvodnimu /dev

[Vašek Lorenc]

Jo, to zní rozumně.. příště nebudu psát kraviny v rychlosti. Omlouvám se.

Jenom poznámka -- na debianu jsem se při přechodu z devfs na udev setkal s tím, že jsem mu přeci jenom celý původní /dev musel vytvořit, jinak mi odmítal nabootovat. udev ale fungoval fajn.. proto jsem došel k tomu, že bez původního /dev stromu má problémy.

Jdu dělat radši něco užitečného ;)

[Libor Klepac]

neni treba se omlouvat, to spis ja, napsal jsem to nejak moc drsne

ja jsem devfs myslim taky mel, ale udev jsem pouzival driv nez byl v debianu a problemy jsem mel, ale s tim, ze to jeste nebylo uplne ono ... no aspon jsem si pak vesele zabugreportoval na ten balicek

[Martin Beránek]

co ja vim tak konfigurace udev byva v /etc/udev/ (slackware, gentoo). udev ma VIRTUALNI fs (jeho podporu je potreba zapnout v jadre). pokud vam to uz fungovalo tak jadro mate zrejme v poradku. to ze mate na svem disku adresar /dev/ a PRES NEJ PREMONTUJETE udev tak ten stary /dev/ uz nevidite (mozna proto ste tam mel ten /.udev/). ale k spravne funkci systemu (pokud nemate nejakou exotiku hardware) stary udev nepotrebujete (mozna par zakladnich zarizeni, ted si nejsem jisty)

[Michal Marek (twofish)]

udev ma VIRTUALNI fs (jeho podporu je potreba zapnout v jadre).

IMHO udev zadny spesl filesystem nepotrebuje a nikam se nemountuje. Ty device nody muze vytvaret jak na tmpfs, tak na ext3 nebo necem jinem. Ale mozna taky placam.

Rozumi tu nekdo _opravdu_ udev [v Debianu]?

[Michal Čihař]

Souhlas s tím, že je může vytvářet kdekoliv, obvykle se používá tmpfs.

No trošku tomu rozumím, ale nějak se v téhle diskuzi ztrácím

[jj]

Tak toto vyzera zaujimavo, idem to skusit, kedze tam nejde nabootovat, predpokladam ze to staci namontovat a chrootovat. Idem skusit...

[jj]

testo:/.dev# MAKEDEV i386 /sbin/MAKEDEV: warning: can't read /proc/devices /sbin/MAKEDEV: don't know how to make device "i386"

ale MAKEDEV generic vytvori zariadenia ale vypisuje chybu: /sbin/MAKEDEV: warning: can't read /proc/devices /sbin/MAKEDEV: warning: can't read /proc/devices /sbin/MAKEDEV: warning: can't read /proc/devices .... ale nabootovat nejde, skoda vyzeralo to tak nadejne

Takze problem este NIE JE vyrieseny.

/.udev treba, mam ho aj na druhom Debiane a bez neho to nevie nabootovat. Kernel bol v poriadku a skusal som aj iny original z distra ani ten nejde.

[Michal Marek (twofish)]

Pripojils /proc?

[jj]

Urobil som toto: Z druheho disku:

mount /dev/mnt chroot /dev/mnt a tie prikazi kam trebalo ten proc a hlavne ktory proc z /proc alebo /mnt/proc ?

[Michal Marek (twofish)]

Proste musis pripojit proc tam, kde ho budou ocekavat chrootnute procesy. Jestli ten system mountujes do /dev/mnt (??), tak pripojit proc do /dev/mnt/proc. Nepamatuju, ze by byl nejaky problem s tim, ze se proc pripoji podruhe.

[jm]

mkdir /mnt/debian
mkdir /mnt/debian/proc
mount /dev/hdXY /mnt/debian
mount -t proc none /mnt/debian/proc
chroot /mnt/debian /bin/bash

[jm]

MAKEDEV nemuze spravit nefungujici udev, protoze to je uz z principu kravina; udev vytvari dynamicky dana zarizeni (viz o neco vyse). Pokud to v Debianu vypada tak, ze udev nefunguje bez statickeho /dev, tak se k tomu se radsi nebudu vyjadrovat, aby me tady zase nekdo nemusel okrikovat, ze jsem krupan a hulvat...

Zkuste udev v chrootu preinstalovat (nejnovejsi verzi), laborovani s MAKEDEV nema zadny smysl.

[jj]

normalne dpkg -P udev a dpkg -i udev

??

idem skusit

[Libor Klepac]

co ten udev zakazat? (za predpokladu, ze puvodni /dev je v poradku)

Disabling udev                                                                                           
~~~~~~~~~~~~~~                                                                                           
You may disable udev by disabling the /etc/init.d/udev init script or by                                 
adding the boot parameter UDEV_DISABLED=yes to the kernel command line.

ten boot parametr funguje od verze 0.053-1 , ta je ted v testingu

[Michal Čihař]

Co znamená nenaběhne systém? Na čem to skončí? Adesář /.dev jsem smazal už kdysi dávno a nevšim jsem si žádného problému...

[jj]

Zasekne sa to na ntfs, ale to asi s tym nic nema, ked nabootujem z druheho kernela tak na niecom uplne inom (uz nepamatam)

[Michal Čihař]

A nesmazal si ještě něco?

[jj]

To nie, len ten /.dev teraz je prazdny a na druhom sargem je normalne plny zariadeni.

[Michal Čihař]

Já žádný /.dev nemám a funguje mi to v pohodě, takže proto pochybuju, že by to mohl být problém....

[Libor Klepac]

vzdyt jsem nekde nahore pastoval kus toho skriptu ... tam je videt, ze to nemuze vadit

[jm]

Popravde receno, nejaka konkretni chybova hlaska, na ktere to bootovani skonci, by tady uz asi tak hodinu bodla. :-P

[Libor Klepac]

me to nerikej

[Michal Marek (twofish)]

Dlouho nic... třeba zrušil i ten druhej Debian

[jm]

ROFL!

[jm]

Taky mam ten neodbytny pocit...

[Libor Klepac]

tady taky

[jj]

Tak neviem nic nepomaha, skusim to preinstalovat. Inak naozaj som vymazal len ten /.dev, myslel som ze to ostalo po starom dev systeme a udev to nepotrebuje ale pravda bola opacna.

[Michal Čihař]

Zkus nám třeba poslat tu hlášku se kterou ti to nenabootuje, bez toho se tu rady fakt nedočkáš...

[jm]

A kde to bootovani teda skonci a to presne pise???

[gimper]

panove takovej dotaz: nemyslite ze zadna neni ?

[jj]

Takze toto su posledne riadky, potom uz sa nedeje nic:

Kernel 2.6.11.2-amd64 - moja kompilacia, bezal ako hodinky
Warning (a nieco s kconsolou asi ze nevie /dev/)
NTFS driver 2.1.22 [fla: R/O MODULE]
a konec

Kernel 2.6.8.1-386 - tiez, bezal ako hodinky
sbin/init 426 cannot create /dev/null: Read only file system
sbin/init 427 cannot open dev/console: No such
Kernel panic: Attemted to kill init!

Myslim ze ten druhy vypis je velavravnejsi.

[Michal Marek (twofish)]

A spouští se vůbec udev (z ramdisku)? Taky můžeš ten udev zakázat parametrem při bootu a vytvořit ty device nody provizorně ručně. Jinak chyba je v tom, že je prázdný /dev...

[jj]

To netusim, ale skusal som aj odinstalovat a /etc/udev vymazat a opat nainstalovat a nic.

[gimper]

tak ja ti klidne /dev zataruju

[jj]

S /dev som nic nerobil, preco by to neslo koli tomu? A na druhom Debiane mam tiez /dev a asi aj bude skoro rovnaky.

[gimper]

podle me si nesmazal jenom /.dev i gdys stejne jako vetsina ostatnich nechapu na co Debian pouziva takovy ptakoviny, no budis sam Debian nesnasim, ale v tomhle pripade to vidim na snazany ne jenom /.dev :)

[jm]

No, podle me proste bud nemas podporu udev v initrd a doted tam zadny udev proste nebezel a jelo to na tom statickym nesmyslu v /.dev/, nebo jsi tam smazal asi podstatne vic veci nez ten jeden adresar.

[DjAARA]

No pokud se nepletu, tak aby udev fungoval, tak potrebuje aspon nasledujici zarizeni: /dev/console a /dev/null. Kopletni prechod gentoo (JA vim, ze se bavite o Debianu) z devfs na udev je popsan zde....Snad sem nejak pomohl

[jj]

Asi to bude v tom idem skusit vytvorit aspon tieto dve zariadenia.

[jj]

Super uz som sa nabootoval, uz len vytvorit vsetky /dev zariadenia a malo by to ist.

zeby takto? MAKEDEV generic

??

[jm]

To ma delat udev. Vazne nechapu. A vytvorit ta dve zarizeni potrebna pro to, aby mohl udev zacit fungovat, maji pro zmenu startovaci skripty.

[Ivanhoej]

Dakujem vsetkym, uz som to rozchodil.

Takze tam mal niekto pravdu zmazal som asi aj v /dev tie dva subory console a null a preto to nenabehlo. (stacia by tam boli len tieto dva) Potom este bol problem ze neslo /dev/input /dev/usb a ine hotplugs, islo sa dostat len do consoly.

To som vyriesil takto: vymazal hotplug+udev, vymazal /etc/hotplug /etc/udev a nanovo nainstaloval apt-get install udev (hotplug je zavisle)

ale stale to nerobilu /dev/input usb atd

stacilo hotplug zapnut(kto by to bol povedal ze to musi bezat :)) a uz to islo

/etc/init.d/hotplug start
/.dev naozaj nie je vobec potrebny.

Uch, vydychol som si, vsetkym dakujem pomohli ste mi velmi.

[hub]

Prosím Vás,
nepoužívejte bold a code na celý příspěvek, snižuje se tím čitelnost a nevypadá to dobře.
-- Správce diskusí

[jj]

Bold som dal zamerne aby bolo vidiet ze debata je ukoncena.