abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

20.9. 17:33 | Nová verze

Byla vydána nová stabilní verze 1.12 (1.12.955.36) webového prohlížeče Vivaldi (Wikipedie). Z novinek vývojáři zdůrazňují možnost zobrazení metadat u digitálních fotografií, vylepšený panel stahování a omezení sytosti barvy zdůraznění (YouTube). Nejnovější Vivaldi je postaveno na Chromiu 61.0.3163.91.

Ladislav Hagara | Komentářů: 0
20.9. 10:55 | Nová verze

Byla vydána verze 4.0 programovacího jazyka Swift (Wikipedie). Zdrojové kódy jsou k dispozici na GitHubu. Ke stažení jsou oficiální binární balíčky pro Ubuntu 16.10, Ubuntu 16.04 a Ubuntu 14.04.

Ladislav Hagara | Komentářů: 1
dnes 23:33 | Zajímavý software

MojeFedora informuje, že PipeWire byl oficiálně oznámen (en). PipeWire bude zprostředkovávat aplikacím jednotný přístup k audiu a videu. Jedním z hlavních důvodů je možnost izolovat aplikace od audio a video zdrojů. Aplikace nebudou mít přímý přístup k hardwaru, ale budou se muset ptát multimediálního serveru PipeWire, který jim je na základě nastavených oprávnění poskytne nebo ne. V budoucnu by měl PipeWire nahradit PulseAudio.

Ladislav Hagara | Komentářů: 9
dnes 00:55 | Zajímavý software

Společnost IBM věnovala svůj JVM (Java Virtual Machine) s názvem J9 nadaci Eclipse. Nové oficiální jméno tohoto virtuálního stroje určeného pro běh aplikací napsaných v programovacím jazyce Java je Eclipse OpenJ9 (Wikipedie). Podrobnosti v často kladených dotazech (FAQ).

Ladislav Hagara | Komentářů: 13
dnes 00:11 | IT novinky

Mezinárodní konsorcium W3C (World Wide Web Consortium) publikovalo kontroverzní rozšíření HTML 5.1 EME (Encrypted Media Extensions) jako webový standard, tj. schválilo DRM v HTML 5.1. Mezinárodní nezisková organizace EFF (Electronic Frontier Foundation) hájící občanské svobody v digitálním světě zveřejnila na svých stránkách otevřený dopis adresovaný W3C. EFF s EME zásadně nesouhlasí a W3C opouští.

Ladislav Hagara | Komentářů: 36
včera 18:44 | Zajímavý projekt

Skywriter je deska umožňující snímat 3D gesta. Ben James na svých stránkách ukázal, jak lze pomocí této desky a Arduina Leonardo ovládat linuxový desktop. Videoukázka na YouTube. Ukázka kódu na GitHubu [reddit].

Ladislav Hagara | Komentářů: 4
včera 15:22 | Komunita

Od 8. do 10. září proběhla v Paříži konference UbuCon Europe 2017, tj. konference vývojářů a uživatelů linuxové distribuce Ubuntu. Dustin Kirkland z Canonicalu se ve své přednášce věnoval Ubuntu 18.04 LTS. Záznam přednášky byl zveřejněn na YouTube [reddit].

Ladislav Hagara | Komentářů: 1
včera 06:00 | Nová verze

Byla vydána verze 2.0 open source programu na kreslení grafů Veusz (Wikipedie). Z novinek je nutno zdůraznit přechod na Qt5 a PyQt5. Podrobnosti v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
17.9. 19:10 | Pozvánky

Společnost EurOpen.CZ pořádá 51. konferenci, která se bude konat 8. - 11. 10. 2017 v hotelu Vinné sklepy U Jeňoura, Prušánky - Nechory. Můžete se těšit na IoT s nádechem bezpečnosti, softwarový vývoj a optimalizace kódu, informační systémy ve státní správě a spoustu dalšího. Program konference a ceny viz: pozvanka51.pdf.

… více »
cuba | Komentářů: 0
17.9. 18:57 | Pozvánky

Šestý ročník konference LinuxDayshotový program (workshopy) a zároveň otevírá registraci. Čeká nás 67 přednášek rozdělených do čtyř místností a 13 prakticky zaměřených workshopů. Konference se uskuteční 7. a 8. října v pražských Dejvicích v areálu ČVUT na Fakultě Informačních Technologií.

Petr Krčmář | Komentářů: 0
Těžíte nějakou kryptoměnu?
 (5%)
 (3%)
 (17%)
 (75%)
Celkem 544 hlasů
 Komentářů: 22, poslední 29.8. 11:23
    Rozcestník

    Dotaz: dhcpd nezíská odpověď od DHCP serveru

    19.7.2006 15:54 xkesh | skóre: 46 | blog: eXtempore
    dhcpd nezíská odpověď od DHCP serveru
    Přečteno: 463×
    Při startu dhcpd vybafne tato chybová hláška:
    Error, requested 192.xxx.x.xx address is in use
    Error, requested 192.xxx.x.xx address is in use
    Error, requested 192.xxx.x.xx address is in use
    
    atd. až do timeoutu:
    Timed out waiting for a valid DHCP server response
    

    Požadováná adresa je stále stejná, konfigurace dhcp provedena při instalaci Gentoo podle návodu (a zkontrolována (instalace sice proběhla v chroot, ale zkoušel jsem to opravit i ve vlastní instalaci), dhcp v ostatních systémech funguje bez problémů. Používám (standardní a doporučený program dhcpcd).

    Pro úplnost: v /etc/conf.d/net mám:

    config_eth0=( "dhcp" )

    Mohl byste mě někdo nakopnout, kde hledat chybu? Nevím, jestli je moc horko, ale nemůžu nikde najít nějaký problém. Díky.

    Odpovědi

    19.7.2006 16:56 zelial | skóre: 21
    Rozbalit Rozbalit vše Re: dhcpd nezíská odpověď od DNS serveru
    asi je fakt moc horko, ale jak nestartujici dhcpd souvisi s dns? a co to vlastne vytimeoutuje? dhcp server? a muzes sem teda hodit konfigurak toho dhcpd?
    19.7.2006 19:54 xkesh | skóre: 46 | blog: eXtempore
    Rozbalit Rozbalit vše Re: dhcpd nezíská odpověď od DNS serveru
    asi je fakt moc horko, ale jak nestartujici dhcpd souvisi s dns?
    Díky za reakci, pardon, přepsal jsem se, patří tam samozřejmě DHCP serveru, viz chybová hláška.
    a co to vlastne vytimeoutuje? dhcp server? a muzes sem teda hodit konfigurak toho dhcpd?
    Timeout přijde po startu dhcpd při bootování (stejně tak při /etc/init.d/dhcpd start. Tipl bych to, že požadovaná adresa je nějak zablokovaná ("in use"), ale nemůžu přijít na to kde a jak. Na ostatních OS v počítači net normálně funguje, taktéž DHCP.

    Soubor /etc/conf.d/dhcpd je v původním stavu, tj. kompletně zakomentovaný a /etc/dhcp/dhcpd.conf nebo podobně nemám žádný (ostatně nikde jsem nečetl, že by byl třeba a nepamatuji se, že bych někdy něco takového upravoval).

    Ale v jiném OS je v /etc/dhcpd/dhcpd:
    #
    # Arguments to be passed to the DHCP client daemon
    #
    
    DHCPCD_ARGS="-t 30 -h $HOSTNAME"
    
    zkusím to překopírovat a jakmile budu moci rebootnout, tak sem dám výsledek.
    19.7.2006 20:00 xkesh | skóre: 46 | blog: eXtempore
    Rozbalit Rozbalit vše Re: dhcpd nezíská odpověď od DNS serveru
    ech, chyba, v posledním odstavci:

    Ale v jiném OS je v /etc/conf.d/dhcpd:
    #
    # Arguments to be passed to the DHCP client daemon
    #
    
    DHCPCD_ARGS="-t 30 -h $HOSTNAME"
    
    19.7.2006 20:45 zelial | skóre: 21
    Rozbalit Rozbalit vše Re: dhcpd nezíská odpověď od DNS serveru
    tak moment, snazis se zprovoznit klienta nebo server?
    20.7.2006 02:24 xkesh | skóre: 46 | blog: eXtempore
    Rozbalit Rozbalit vše Re: dhcpd nezíská odpověď od DNS serveru
    tak moment, snazis se zprovoznit klienta nebo server?
    Klienta (viz reakce níže) aneb úplně normální připojení k netu přes službu DHCP. Aspoň doufám, že to nemotám :) Program je dhcpcd v Gentoo.
    20.7.2006 03:21 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: dhcpd nezíská odpověď od DNS serveru
    Tak proč od začátku mluvíte o dhcpd? To je DHCP server. Klient je buď dhcpcd nebo dhclient.
    20.7.2006 03:46 xkesh | skóre: 46 | blog: eXtempore
    Rozbalit Rozbalit vše Re: dhcpd nezíská odpověď od DNS serveru
    Klient je buď dhcpcd nebo dhclient.
    Ano, omlouvám se, dhcpcd tam patří, písmenko mi vypadlo (trochu moc nevyslovitelných zkratek najednou).
    19.7.2006 20:02 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: dhcpd nezíská odpověď od DNS serveru
    Přidělené IP adresy jsou na serveru vidět v /var/lib/dhcp/dhcpd.leases , zkuste se podívat tam, zda se s nějakým PC nepere o IP adresu (pokud máte na server přístup). Ta hláška mi připadá poněkud divná, jako by od DHCP požadoval nějakou konkrétní adresu… Ještě by to mohlo znamenat, že dostane od DHCP přidělenou IP adresu, ale ta už je někde jinde na síti použitá (např. protože si jí někdo nastavil na pevno). Zkuste na tu IP adresu pingnout z jiného PC.
    20.7.2006 02:18 xkesh | skóre: 46 | blog: eXtempore
    Rozbalit Rozbalit vše Re: dhcpd nezíská odpověď od DNS serveru
    Přidělené IP adresy jsou na serveru vidět v /var/lib/dhcp/dhcpd.leases , zkuste se podívat tam, zda se s nějakým PC nepere o IP adresu (pokud máte na server přístup).
    Nainstalovaný program je dhcpcd v Gentoo. Obsah /var/lib/dhcpc/ (nemám adresář dhcp) jsou tři soubory: dhcpcd-eth0.info, záloha dhcpcd-eth0.info.old (obsah totožný) a dhcpcd-eth0.cache.

    dhcpcd-eth0.info (konkrétní údaje nahrazeny x):
    IPADDR=192.xxx.x.xx
    NETMASK=255.255.255.0
    NETWORK=192.xxx.x.0
    BROADCAST=192.xxx.x.255
    GATEWAY=192.xxx.x.1
    DOMAIN='xxxxxxx.xx'
    DNS=213.xx.xx.xx,213.xx.xx.xx
    DHCPSID=192.xxx.x.1
    DHCPGIADDR=0.0.0.0
    DHCPSIADDR=213.xx.xx.xx
    DHCPCHADDR=00:xx:xx:xx:xx:xx
    DHCPSHADDR=00:xx:xx:xx:xx:xx
    DHCPSNAME=''
    LEASETIME=604800
    RENEWALTIME=302400
    REBINDTIME=529200
    INTERFACE='eth0'
    CLASSID='Linux 2.6.17-gentoo-r3 i686'
    CLIENTID=00:xx:xx:xx:xx:xx
    
    IP adresa jako první je přesně ta, na niž pokus o start dhcpd hlásí:
    Error, requested 192.xxx.x.xx address is in use
    
    Ovšem výše zmíněný obsah je totožný s obsahem souboru /etc/dhcpc/dhcpcd-eth0.info, který je na témže počítači v Archlinuxu, kde všechno bez problémů funguje. Rozdíl je pouze v řádce CLASSID='Linux 2.6.17-gentoo-r3 i686', kde je CLASSID='Linux 2.6.17-ARCH i686'. Vedle nainstalované Ubuntu rovněž žádný problém s přístupem k netu.
    Ta hláška mi připadá poněkud divná, jako by od DHCP požadoval nějakou konkrétní adresu… Ještě by to mohlo znamenat, že dostane od DHCP přidělenou IP adresu, ale ta už je někde jinde na síti použitá (např. protože si jí někdo nastavil na pevno). Zkuste na tu IP adresu pingnout z jiného PC.
    Z jiného PC teď nemám možnost, ale z jiného spuštěného systému na témže počítači tato adresa posílá odezvu. Pokouším se spustit normálního klienta DHCP služby (či jak se to jmenuje) na obyčejném PC, žádnou vlastní síť nebo server.

    Jelikož to v ostatních systémech na témže PC funguje, hledám teď nějakou chybu v té nové instalaci Gentoo, ale ať šťourám jak šťourám... Na netu jsem tento problém ještě nepotkal, tuším tedy chybu mezi klávesnicí a židlí, ale už netuším, jak ji hledat... Díky za každý tip.
    David Watzke avatar 20.7.2006 02:21 David Watzke | skóre: 74 | blog: Blog... | Praha
    Rozbalit Rozbalit vše Re: dhcpd nezíská odpověď od DHCP serveru
    Pro úplnost: v /etc/conf.d/net mám:

    config_eth0=( "dhcp" )
    A to je chyba. Má tam být
    config_eth0=( "dhcpcd" )
    “Being honest may not get you a lot of friends but it’ll always get you the right ones” ―John Lennon
    20.7.2006 03:34 xkesh | skóre: 46 | blog: eXtempore
    Rozbalit Rozbalit vše Re: dhcpd nezíská odpověď od DHCP serveru
    Sice zmizí ta původní hláška, ale pro změnu nestartuje nic. Nejdřív to křičí po nějakém modulu a když přidám modules_eth0=( "dhcpcd" ) (???) tak výpis z logu:
    Jul 20 02:49:16 [rc-scripts] ERROR:  "dhcpd" has not yet been started.
    Jul 20 02:49:23 [rc-scripts] No loaded modules provide "dhcpcd" (dhcpcd_start)
    Jul 20 02:49:23 [rc-scripts] ERROR:  Problem starting needed services.
    Jul 20 02:49:23 [rc-scripts] "dhcpd" was not started.
    
    Ostatně, v aktuální verzi Handbooku se dokonce tvrdí, že není v případě DHCP služby nutné psát do /etc/conf.d/net nic (DHCP is used by default and does not require any further configuration., v tom případě ovšem nastane opět situace z původního dotazu:
    Jul 20 03:09:47 [rc-scripts] Configuration not set for eth0 - assuming dhcp
    Jul 20 03:09:47 [dhcpcd] MAC address = 00:xx:xx:xx:xx:xx
    Jul 20 03:09:47 [dhcpcd] requested 192.xxx.x.31 address is in use
                    - Last output repeated 300 times -
    Jul 20 03:10:47 [dhcpcd] timed out waiting for a valid DHCP server response
    Jul 20 03:10:47 [rc-scripts] ERROR:  Problem starting needed services.
    Jul 20 03:10:47 [rc-scripts] "dhcpd" was not started.
    
    No každopádně díky za tipy, asi to budu muset nechat na chladnější počasí :/
    David Watzke avatar 20.7.2006 03:41 David Watzke | skóre: 74 | blog: Blog... | Praha
    Rozbalit Rozbalit vše Re: dhcpd nezíská odpověď od DHCP serveru
    No, když tam nedám nic, je to OK, jen to hodí hlášku, že používá default, tedy DHCP a když tam mám dhcpcd jak jsem psal, tak nepíše nic a funguje OK. Tzn. zdá se, že v tom máš nějaký nepořádek, protože fungovat by to mělo bez jakýhokoliv nastavení.
    “Being honest may not get you a lot of friends but it’ll always get you the right ones” ―John Lennon
    20.7.2006 03:52 xkesh | skóre: 46 | blog: eXtempore
    Rozbalit Rozbalit vše Re: dhcpd nezíská odpověď od DHCP serveru
    Tzn. zdá se, že v tom máš nějaký nepořádek
    bingo ;) Jo, to mě taky napadlo... akorát jsem měl ambice zjistit, kde přesně... ale už mě to pomalu opouští. Naštěstí je to jen základní experimentální instalace ještě bez programů. Zkusím to znova až pominou vedra, třeba jsem při laborování s chroot zapomněl na něco tak strašně důležitého nebo udělal ještě nějakou jinou kravinu, které si nejsem vědom. Škoda jen, že to nemůžu jako pravá lama najít. Pokud něco ještě objevím, přidám to sem.

    Díky všem, jdu se asi projít :)
    20.7.2006 03:58 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: dhcpd nezíská odpověď od DHCP serveru
    Zkusil bych toho DHCP klienta spustit ručně (např. 'dhcpcd eth0'), případně navíc s přepínačem '-d'.
    David Watzke avatar 20.7.2006 04:02 David Watzke | skóre: 74 | blog: Blog... | Praha
    Rozbalit Rozbalit vše Re: dhcpd nezíská odpověď od DHCP serveru
    Defaultně se na Gentoo spouští
    /sbin/dhcpcd -h $HOSTNAME -o eth0
    “Being honest may not get you a lot of friends but it’ll always get you the right ones” ―John Lennon
    20.7.2006 04:14 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: dhcpd nezíská odpověď od DHCP serveru
    Právě proto bych to zkusil bez toho -h, jestli není problém tam. O přepínači '-o' se moje manuálová stránka nezmiňuje vůbec.
    David Watzke avatar 20.7.2006 04:17 David Watzke | skóre: 74 | blog: Blog... | Praha
    Rozbalit Rozbalit vše Re: dhcpd nezíská odpověď od DHCP serveru
    Moje jo...
    -o 
        Stops dhcpcd from bringing the interface down when it is
     terminated with the SIGTERM signal. This is useful when the
     interace is controlled by another daemon such as ifplugd or
     wpa_supplicant and the daemon requires the interface to remain up.
    $ emerge -pqv dhcpcd
    [ebuild   R   ] net-misc/dhcpcd-2.0.8
    “Being honest may not get you a lot of friends but it’ll always get you the right ones” ―John Lennon
    20.7.2006 19:51 xkesh | skóre: 46 | blog: eXtempore
    Rozbalit Rozbalit vše Re: dhcpd nezíská odpověď od DHCP serveru
    Info, MAC address = 00:xx:xx:xx:xx:0e
    Debug, broadcasting DHCP_REQUEST for 192.xxx.x.31
    Debug, dhcpIPaddrLeaseTime=604800 in DHCP server response.
    Debug, dhcpT1value is missing in DHCP server response. Assuming 302400 sec
    Debug, dhcpT2value is missing in DHCP server response. Assuming 529200 sec
    Debug, DHCP_ACK received from  (192.xxx.x.1)
    Debug, broadcasting ARPOP_REQUEST for 192.xxx.x.31
    Debug, ARPOP_REPLY received from 192.xxx.x.207 for 0.0.0.0
    Debug, sender IP address mismatch: 192.xxx.x.207 received, 192.xxx.x.31 expected
    Debug, broadcasting DHCP_DECLINE
    Debug, broadcasting DHCP_DISCOVER
    Debug, dhcpIPaddrLeaseTime=604800 in DHCP server response.
    Debug, dhcpT1value is missing in DHCP server response. Assuming 302400 sec
    Debug, dhcpT2value is missing in DHCP server response. Assuming 529200 sec
    Debug, DHCP_OFFER received from  (192.xxx.x.1)
    Debug, broadcasting DHCP_REQUEST for 192.xxx.x.31
    Debug, dhcpIPaddrLeaseTime=604800 in DHCP server response.
    Debug, dhcpT1value is missing in DHCP server response. Assuming 302400 sec
    Debug, dhcpT2value is missing in DHCP server response. Assuming 529200 sec
    Debug, DHCP_ACK received from  (192.xxx.x.1)
    Debug, broadcasting ARPOP_REQUEST for 192.xxx.x.31
    Debug, ARPOP_REPLY received from 192.xxx.x.207 for 0.0.0.0
    Debug, sender IP address mismatch: 192.xxx.x.207 received, 192.xxx.x.31 expected
    Debug, broadcasting DHCP_DECLINE
    Debug, broadcasting DHCP_DISCOVER
    Debug, dhcpIPaddrLeaseTime=604800 in DHCP server response.
    Debug, dhcpT1value is missing in DHCP server response. Assuming 302400 sec
    Debug, dhcpT2value is missing in DHCP server response. Assuming 529200 sec
    Debug, DHCP_OFFER received from  (192.xxx.x.1)
    Debug, broadcasting DHCP_REQUEST for 192.xxx.x.31
    Debug, dhcpIPaddrLeaseTime=604800 in DHCP server response.
    Debug, dhcpT1value is missing in DHCP server response. Assuming 302400 sec
    Debug, dhcpT2value is missing in DHCP server response. Assuming 529200 sec
    Debug, DHCP_ACK received from  (192.xxx.x.1)
    Debug, broadcasting ARPOP_REQUEST for 192.xxx.x.31
    Debug, ARPOP_REPLY received from 192.xxx.x.207 for 0.0.0.0
    Debug, sender IP address mismatch: 192.xxx.x.207 received, 192.xxx.x.31 expected
    Debug, broadcasting DHCP_DECLINE
    Debug, broadcasting DHCP_DISCOVER
    Debug, dhcpIPaddrLeaseTime=604800 in DHCP server response.
    Debug, dhcpT1value is missing in DHCP server response. Assuming 302400 sec
    Debug, dhcpT2value is missing in DHCP server response. Assuming 529200 sec
    
    atd. :(
    20.7.2006 19:55 xkesh | skóre: 46 | blog: eXtempore
    Rozbalit Rozbalit vše Re: dhcpd nezíská odpověď od DHCP serveru
    sorry, je to výstup dhcpcd eth0 -d
    20.7.2006 19:59 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: dhcpd nezíská odpověď od DHCP serveru
    Napadají mne tři otázky:

    1. Proč váš počítač tvrdošíjně lpí na té adrese 192.xxx.x.31?

    2. Kdo je 192.xxx.x.207?

    3. Proč pracně zaixováváte neroutovatelné privátní IP adresy (schválně: že xxx.x znamená 168.1, 168.2 nebo 168.0) a MAC adresy (bojíte se, že se dozvíme výrobce vaší síťové karty?).

    20.7.2006 21:28 xkesh | skóre: 46 | blog: eXtempore
    Rozbalit Rozbalit vše Re: dhcpd nezíská odpověď od DHCP serveru
    1. Proč váš počítač tvrdošíjně lpí na té adrese 192.xxx.x.31?
    To kdybych věděl, asi by tento dotaz vůbec nevznikl. Tedy cílem tohoto dotazu je aspoň zjistit, jak bych to mohl zjistit ;)
    2. Kdo je 192.xxx.x.207?
    Nemám tušení.
    3. Proč pracně zaixováváte neroutovatelné privátní IP adresy (schválně: že xxx.x znamená 168.1, 168.2 nebo 168.0) a MAC adresy (bojíte se, že se dozvíme výrobce vaší síťové karty?).
    Není to tak pracné (rozhodně momentálně méně pracnější než pátrat, o jaké adresy se jedná).

    Doufám, že vám odpovědi na vaše otázky pomohly. Nicméně děkuji za několik tipů (pár věcí jsem se zase naučil). Je to v podstatě první problém s dhcp, který jsem kdy potkal, takže jsem se tím nikdy zabývat nemusel a tedy nezbýval.
    20.7.2006 23:27 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: dhcpd nezíská odpověď od DHCP serveru
    Ad 1. Nevznikne tahle adresa překladem vašeho hostname?

    Ad 2. Doporučoval bych to zjistit. Ten počítač vám podle všeho aktivně zasahuje do DHCP, takže by bylo dobré přinejmenším zjistit, jestli je to DHCP server nebo někdo jiný.

    8.8.2006 16:02 xkesh | skóre: 46 | blog: eXtempore
    Rozbalit Rozbalit vše Re: dhcpd nezíská odpověď od DHCP serveru
    8.8.2006 16:14 xkesh | skóre: 46 | blog: eXtempore
    Rozbalit Rozbalit vše Re: dhcpd nezíská odpověď od DHCP serveru
    A potvrzuji, že problém vyřešil downgrade na verzi dhcpcd 2.0.5 (poslední nemaskovaná v portage).
    David Watzke avatar 8.8.2006 16:34 David Watzke | skóre: 74 | blog: Blog... | Praha
    Rozbalit Rozbalit vše Re: dhcpd nezíská odpověď od DHCP serveru
    To je zvláštní, já měl tyhle všechny ...
    Mon May 15 15:08:59 2006 >>> net-misc/dhcpcd-2.0.5
    Mon Jun  5 19:23:42 2006 >>> net-misc/dhcpcd-2.0.6
    Fri Jun 23 17:03:17 2006 >>> net-misc/dhcpcd-2.0.7
    Thu Jul 13 02:31:02 2006 >>> net-misc/dhcpcd-2.0.8
    Sat Jul 22 03:18:03 2006 >>> net-misc/dhcpcd-2.0.8-r1
    Sun Jul 23 03:31:23 2006 >>> net-misc/dhcpcd-2.0.8-r2
    ... a žádný problém.
    “Being honest may not get you a lot of friends but it’ll always get you the right ones” ―John Lennon

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.