staging.inyokaproject.org

"unable to resolve host" sagt er wenn ich sudo im terminal eingebe, ich kann auch keine configs editieren und so, ausser ich boote mit winxp.

hier sind mal die dateien, aber ich weis nicht wie sie richtig aussehen müssen, hab da auch schon bischen verändert, hat nix gebracht.

/etc/hosts
/etc/network/interfaces
/etc/hostname

in der reihenfolge.

127.0.0.1 localhost
127.0.1.1 dennis.MSHEIMNETZ

# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts

auto lo
iface lo inet loopback





iface wlan0 inet static
address 192.168.1.102
netmask 255.255.255.0
gateway 192.168.1.1
wpa-psk cc1997815593488a282cf7f80f752cef1172dfb5a77e3424c330628c1ac730c8
wpa-driver wext
wpa-key-mgmt WPA-PSK
wpa-proto WPA2
wpa-ssid ROUTER

auto wlan0

dennis

Ich gehe mal schwer davon aus, daß

127.0.1.1 dennis.MSHEIMNETZ

besser

127.0.1.1 dennis

heißen sollte. Wie kommt dieser Zusatz da rein?

Eine Lösung zum sudo-Problem gibt's auf hosts unter "Problembehebung"

Tja,

da wurde wohl wieder etwas verändert.

Mit Ubuntu 7.10 geht

127.0.1.1 <Netbiosname>.<Workgroup>

Mit Ubuntu 8.04 offensichtlich wieder nicht.

Na - doch! 😛

Nur bei 127.0.0.1 sollte nun eben dahinter stehen
localhost <Netbiosname>.<Workgroup> <Netbiosname>

Angeblich beschleunigte dies ja schon unter 7.10 den Programmstart.

ok danke leute, die lösung von dr. scott geht.

Tja lieber Supporter DrScott,

wie kommt es zu Bugs, die solche Einträge verursachen bzw. über solche Einträge stolpern?
Denn die wenigsten User schrauben an der Stelle rum, sondern das tut eher der Networkmanager oder das System an sich.
Und mit dem Wechsel zur 8.04 gab es genau an dieser Stelle eklatant viele Probleme.

Brandenburger hat geschrieben:

wie kommt es zu Bugs, die solche Einträge verursachen

Genau die selbe Frage habe ich weiter oben auch gestellt. Leider kam bisher von niemandem Rückmeldung...

Genau die selbe Frage habe ich weiter oben auch gestellt. Leider kam bisher von niemandem Rückmeldung...

Tja,

vielleicht sollte davon ausgegangen werden, dass dies keiner der User zu Fuß eingetippert hat, sondern das systeminterne Ergänzungen sind, die spätestens bei der Netzwerkkonfiguration automatisch erfolgen.

Das meinte ich. Bei Dir klang es so, als wären das Eingabefehler von den Usern.

Brandenburger hat geschrieben:

vielleicht sollte davon ausgegangen werden, dass dies keiner der User zu Fuß eingetippert hat, sondern das systeminterne Ergänzungen sind, die spätestens bei der Netzwerkkonfiguration automatisch erfolgen.

Nix genaues weiß man nicht. Weshalb schreibt dann keiner der Betroffenen, daß er dies nicht getan hat? Ja, so einfach wäre das.

Brandenburger hat geschrieben:

Das meinte ich. Bei Dir klang es so, als wären das Eingabefehler von den Usern.

Mit dieser Einstellung liegt man allermeistens auch richtig, weshalb sollte ich hier eine Ausnahme machen 😉
Meine Frage sollte so klingen: An welcher Stelle hat der User diese Daten eingegeben und weshalb. Das impliziert als mögliche Antwort natürlich auch, dass der Anwender den enstsprechenden Ausdruck nicht selbst angegeben hat, was dann die nächste Frage aufwirft, nämlich woher der Installer den Namen kennen soll.

Ich weigere mich aber, blind in zig theoretisch mögliche Richtungen zu stochern und erwarte von Betroffenen etwas Bereitschaft zur Mitarbeit. Nicht das ich dies fordere. Aber wenn nichts kommt, dann ist es auch gut.

was dann die nächste Frage aufwirft, nämlich woher der Installer den Namen kennen soll.

Ach nee - woher kennt der Installer wohl den vergebenen Hostnamen - vielleicht daher, oder wie kommt das dahin?

martin@nbmartin:~$

Und wer eine Workgroup hat, gibt die spätestens bei den Netzwerkeinstellungen an - da wird ja explizit nach gefragt.
Und schwupps - ist dann vom System eingetragen (so in meinem Fall) und das haben bislang alle Ubuntus gemacht, die ich kenne:

127.0.0.1 nbmartin.IBMPEER
127.0.1.1 nbmartin.IBMPEER

Diese Einträge erfolgen auf jeden Fall automatisch. Und wegen des bekannten Bugs kann man sich dann nicht mehr mit sudo "höherlegen", bis man manuell eingreift.
Und hier warst Du schon selbst involviert.

Brandenburger hat geschrieben:

Ach nee - woher kennt der Installer wohl den vergebenen Hostnamen - vielleicht daher, oder wie kommt das dahin?

martin@nbmartin:~$

das kommt dahin, da der Anwender diesen bei der Installation exakt so händisch angegeben hat. Der Hostname ist ja auch nicht das Problem, du verwechselst da was. Das Problem ist die Domäne:
127.0.0.1 nbmartin.IBMPEER

Woher kommt dieses IBMPEER? Du warst jetzt eben für mich der erste, der einen Hinweis darauf gegeben hat: "Netzwerkeinstellungen". Ok, da wird nach einer Domäne gefragt. Jedoch nicht nach einer Windows-Domäne. Eine Windows-Domäne ist etwas ganz anderes. Das Eingabefeld bezieht sich auf die DNS-Domäne. Dieses Feld muß in den allermeisten Fällen leer gelassen werden.

Auch wenn in früheren Ubuntu-Versionen die Angabe eines falschen Wertes (eben z.b. Windows-Domäene) nicht zu den aktuellen Effekten führte, war es dennoch nicht richtig.

Das Eingabefeld bezieht sich auf die DNS-Domäne. Dieses Feld muß in den allermeisten Fällen leer gelassen werden.

Das ist ja nun mal ganz was neues (für mich) mit dem Bezug auf eine DNS-Domäne an dieser Stelle.
Bislang ging es hier (im kleinen lokalen Netz) immer entweder um die Workgroup oder um die Domäne (in größeren lokalen Netzen) an sich, in der der/die Rechner sich befinden - was aber mit DNS selber erst mal eher weniger zu tun hat.

Dafür gibt es das Feld DNS-Server - der zwar in der gleichen Domäne sein kann, aber nicht muss. Was ebenso für den Gateway gilt.

Allerdings gebe ich Dir Recht, denn in Wikipedia heisst es zu Internet-Domainen:

Eine Domain [pl. Domains] im Internet ist ein zusammenhängender Teilbereich des hierarchischen DNS-Namensraumes. Zum Wortursprung siehe Domäne, vergleiche auch Domäne in lokalen Netzen.

Was ja auch grundsätzlich für das lokale Netz gilt.

Wikipedia beschreibt das dann für die Domäne in lokalen Netzen so:

In einem kurzen aber prägnanten Satz wird eine Domäne wie folgt bezeichnet:
Eine Domäne ist ein lokaler Sicherheitsbereich mit zentraler Verwaltung der Ressourcen und stellt die administrative Grenze dar.

Allerdings dürften fast alle mit dem sudo Problem im (heterogenen) lokalen Netz unterwegs sein.
Insofern ist die Ausgangsbasis einigermassen irreführend, ob und wie unter Ubuntu/Linux im Feld Domäne etwas einzugeben ist oder nicht.

Brandenburger hat geschrieben:

Allerdings dürften fast alle mit dem sudo Problem im (heterogenen) lokalen Netz unterwegs sein.

In was für einer Art Netzwerk man unterwegs ist spielt aber gar keine Rolle: An entsprechender Stelle darf einfach keine Windows-Domäne angegeben werden. Ubuntu ist nicht Windows.

Da dieser Fehler aber relativ oft gemacht wird, können "wir" zumindest einen Beitrag leisten, in dem das auf der entsprechenden Wiki-Seite klargestellt wird. Ich hoffe ich denk dran, wenn das Wiki wieder schreibbar ist... Notfalls kannst Du mich ja nochmal erinnern 😉

Der Grund, weshalb das Problem übrigens bisher nicht so augenscheinlich war: Bisher (vor Hardy) sah die Konfiguration in der /etc/hosts so aus:

127.0.0.1 localhost ubuntu
127.0.1.1 ubuntu

Die fälschliche Angabe der NT-Domäne machte daraus dann

127.0.0.1 localhost ubuntu.abc
127.0.1.1 ubuntu.abc

Das ist hier (zunächst) nicht weiter schlimm, da der "kaputte" hostname auch in der localhost-Zeile steht.
ubuntu.abc stimmt zwar nicht mit "/etc/hostname" überein, kann aber über den zusätzlichen Eintrag in der ersten Zeile der IP 127.0.0.1 zugeordnet werden.

Unter Hardy sieht es aber so aus: Vorher

127.0.0.1 localhost
127.0.1.1 ubuntu

Nacher:

127.0.0.1 localhost
127.0.1.1 ubuntu.abc

"ubuntu.abc" kann nun nicht mehr der IP-Adresse 127.0.0.1 zugeordnet werden. Die einzige Verbindungsmöglichkeit /etc/hostname stimmt nicht überein...

hi.

ich bin ganz neu bei linux.
ich hoffe ich bin nicht ganz falsch in diesem Thread.
ich habe das problem, dass wenn ich den Synaptic starten will, wird angezeigt dass ein Fehler aufgetreten ist:

E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem.
E: _cache->open() failed, please report.

Wenn ich dann im Terminal 'dpkg --configure -a' eingebe kommt 'dpkg: Angeforderte Operation benötigt Superuser-Rechte' was mir einleuchtet.
Aber gebe ich dann 'sudo dpkg --configure -a' ein, bekomme ich nur 'sudo: unable to resolve host ...' zurück!!!!

bin am verzweifeln.
achja, vielleicht ist es wichtig zu sagen dass ich ubuntu 8.04 verwende und via wubi installiert habe.

danke schonmal im vorraus

WhiteZoldier