PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Gentoo: Login geht nicht mehr



scorpius
21.04.06, 14:02
Hallo Forum, gestern habe ich emerge --update --deep world und anschließend env-update durchgeführt. Lief alles fehlerlos durch.
Doch nach einem Neustart komme ich nicht mehr ins System. Der Rechner bootet ganz normal, dann erscheint das Login-Promt wo ich meinen Usernamen eingebe. Doch statt dann das Passwort abzufragen, erscheint nach ca. 10 sek. Pause wieder das Login-Promt. Sowohl als User, als auch als root.

Ich habe per Live-CD nachgeschaut, /etc/passwd ist noch vorhanden.

Bin mal ins System ge-chroot-et und habe das Passwort neu gesetzt - ohne Erfolg.

Irgendeine Datei habe ich mir beim updaten wohl zerschossen, aber welche? Und wie kriege ich das wieder hin?

Danke.

jacky0815
21.04.06, 14:16
mal
etc-updateaufgerufen?
Wenn baselayout o.ä. erneuert wurde ist das nötig, sonst kanns eben genau solche Problem geben.

cane
21.04.06, 14:47
Man solte immer etc-update oder dispatch-conf aufrufen, das sagen dir die letzten Meldungen in der ausgabe deines "emerge -uND"ja auch ganz klar.

Da steht "need updating", nicht "Wenn Sie langeeile haben updaten sie" ;)

Soniges Wochenende!
cane

scorpius
21.04.06, 15:30
äh...ich habe "env-update" geschrieben, meinte aber natürlich "etc-update" :o

cyberdyne
21.04.06, 17:34
hast du mal probiert dich von konsole aus einzuloggen?

Double HeliX
21.04.06, 18:24
Ist deine Platte durch das updaten vielleicht rammelvoll?

Ich hatte mal den selben Fall...ich konnte mich an KDM nicht anmelden, in der Konsole schon

Lösche mal den Inhalt von /usr/portage/distfiles

mfg Double HeliX

cyberdyne
21.04.06, 18:28
Lösche mal den Inhalt von /usr/portage/distfiles

würde ich nicht machen, da gibt es elegantere lösungen, wie zum beispiel distclean. es passiert natürlich nichts, wenn du das machst, aber wenn du ein paket neu übersetzen willst das du bereits hast muss es neu geladen werden. distclean überprüft welche pakete auf deinem system sind und löscht nur die, die wirklich nicht mehr gebraucht werden.

falls es jemand interessiert:
distclean-0.2.py

#!/usr/bin/env python
## distclean.py version 0.2 (11 Jan 2005)
##
## Removes source files for Gentoo
## packages that are no longer installed
## Use with '-p' (pretend) flag to just get a list of files
## that would be removed
##
## 0.1: Aug 20, 2003 - first version with version number
## 0.2: Jan 11, 2005 - fixes by Emil Beinroth
##
## Copyright (c) 2003, Fredrik Arnerup (e97_far@e.kth.se)
## All rights reserved.
##
## Redistribution and use in source and binary forms, with or without
## modification, are permitted provided that the following conditions are met:
##
## * Redistributions of source code must retain the above copyright notice,
## this list of conditions and the following disclaimer.
##
## * Redistributions in binary form must reproduce the above copyright
## notice, this list of conditions and the following disclaimer in the
## documentation and/or other materials provided with the distribution.
##
## THIS SOFTWARE IS PROVIDED BY FREDRIK ARNERUP "AS IS" AND ANY
## EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
## WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
## DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE
## FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
## DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
## SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER
## CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
## LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
## OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH
## DAMAGE.

import sys, os, os.path, getopt, portage

opt_p = 0
try:
if len(sys.argv) > 1:
opt_p = getopt.getopt(sys.argv[1:], 'p')[0][0][0] == '-p'
except getopt.GetoptError:
pass

distdir = portage.settings['DISTDIR']
print 'DISTDIR =', distdir

vartree = portage.db['/']['vartree']
packages = []
for name in vartree.getallnodes():
packages.extend(vartree.dep_match(name))

files = {}
for package in packages:
try:
package_files = portage.portdb.getfetchlist(package)[1]
for filename in package_files:
files[filename] = 1
except:
print 'Failed to get file list for', package

if not files:
sys.exit("No package files found. This can't be right.\n")

try:
list = portage.listdir(distdir)
except os.OSError:
sys.exit('Failed to read ' + distdir)

size = 0; count = 0
for file in list:
abs_file = distdir + '/' + file
if (os.path.isfile(abs_file) and (not os.path.islink(abs_file))
and (not file in files)):
size += os.stat(abs_file).st_size
count += 1
if opt_p:
print 'Would remove', abs_file
else:
try:
os.remove(abs_file)
print 'Removed', abs_file
except OSError:
print 'Failed to remove', abs_file


size /= 1048576 ## MB
print '%i files, total size: %i MB' % (count, size)

scorpius
21.04.06, 19:26
hast du mal probiert dich von konsole aus einzuloggen?

Nur Konsole und die Festplatte ist noch lange nicht voll.

WFlyer
21.04.06, 19:59
Welchen Fehler gibt er bei den inkoreten login versuch aus ???


Ich rate mal, geh per chroot rein mach ein emerge -C pam && emerge shadow && emerge pam .

etc-update nicht vergessen !

scorpius
21.04.06, 20:24
Welchen Fehler gibt er bei den inkoreten login versuch aus ???

Keine Fehlermeldung, einfach nur ein paar Sekunden Ruhe.
EDIT: Habe vergessen zu erwähnen, das ich versehentlich ~x86 benutzt habe. Wollte ich eigentlich nicht.

rettichschnidi
21.04.06, 21:52
ich hatte das problem, als ich pam-login durch shadow ersetzt habe. da es sich auch nach nem etc-update nicht verbessert hat, hab ich shadow nochmal installiert, jetzt läufts wieder.

cyberdyne
21.04.06, 22:53
Festplatte ist noch lange nicht voll.

die rede war ja nicht von der ganzen platte, sondern nur von der partitionen. kontrollier doch bitte nochmal ob wirklich alle partitionen platz haben.

und das du ~x86 nutzt sollte kein thema sein, nutze ich auch.

scorpius
21.04.06, 23:43
die rede war ja nicht von der ganzen platte, sondern nur von der partitionen. kontrollier doch bitte nochmal ob wirklich alle partitionen platz haben.


Bei mir: Partition = (fast) ganze Platte.

Habe nur für /boot und /swap zwei kleine Stücken abgezwackt.

Der Tip mit pam/shadow hat leider auch nicht geholfen.

cyberdyne
22.04.06, 09:57
hast du denn die kleinen partitionen auch mal überprüft?


df -h

Glorks
22.04.06, 11:22
hast du zufällig nen z oder y in deinem pw?
Denn wenn etc-update deine keymaps updated hat dann sollte man mal nen anderen charset ausprobieren: Standard US - y und z vertauschen.

WFlyer
22.04.06, 19:14
ich hatte das problem, als ich pam-login durch shadow ersetzt habe. da es sich auch nach nem etc-update nicht verbessert hat, hab ich shadow nochmal installiert, jetzt läufts wieder.

Darauf hab ich Spekuliert zumal pam-login durch shadow im moment blocked ist.


Die Fehlermeldung wird in der syslog konsole angezeigt (syslog-ng).

Wird entweder stehen falsches pw, oder das das System durch irgendwelche gründe das login nicht ausüben kann .

frankpr
22.04.06, 19:49
Ein ähnliches Problem hatte ich Heute Nachmittag nach emerge -uD world auch. Ich konnte mich zwar anmelden, aber selbst mit Superuserrechten kaum noch etwas machen. Eine nähere Suche zeigte, daß z.B. alle Dateien in /boot auf einmal User named und keiner Gruppe gehörten. In /etc sah es ähnlich aus. Dazu hagelte es beim Booten Fehlermeldungen von udev.
Je mehr Startversuche, um so weniger lief, es waren auf einmal diverse Dateien nicht mehr auffindbar.
Nach einem fsck.reiserfs --rebuild-tree device für die Boot- und Rootpartition lief alles wieder.
Es ist mir zwar ein Rätsel, wie ein einfaches Update das Dateisystem beschädigen konnte, aber es ist so passiert. Vielleicht wurden die Partitionen auch beim Neustart nicht richtig ungemountet. Läßt sich nicht nachvollziehen, da in den Logs keinerlei Einträge das Problem betreffend waren.
Im Übrigen gibt es zur Zeit einige Probleme in Gentoo, so war z.B. das baselayout Paket vor dem aktuellen sehr fehlerhaft, so daß bei diversen Usern (wie auch auf meinem Notebook) wpa_supplicant nicht mehr per Initscript gestartet werden konnte. Und einige andere Fehler mehr, nicht nur in ~x86, sondern auch im Stable Zweig, den ich auf allen Rechnern verwende.

mc-mib
23.06.06, 12:26
ich hab mal ne ganz doofe frage yu dem thema hab das selbe problem beim anmelden in der konsole.
nur wenn ich jetyt mit der life cd starte wird ja nicht mein eigentlcihes system gebootet und ich weiss nicht wie ich in mein system komme wenn ich chroot mache kommt>
cannot run command "bin/bash" no such file or directory

und wenn ich mount /.dev/hda1 eingebe sagt mir das system cant find hda1 fstab!


bitte um hilfe :cool: :eek: :eek:

slowatsch
23.06.06, 13:27
ich hab mal ne ganz doofe frage yu dem thema hab das selbe problem beim anmelden in der konsole.
nur wenn ich jetyt mit der life cd starte wird ja nicht mein eigentlcihes system gebootet und ich weiss nicht wie ich in mein system komme wenn ich chroot mache kommt>
cannot run command "bin/bash" no such file or directory

und wenn ich mount /.dev/hda1 eingebe sagt mir das system cant find hda1 fstab!


bitte um hilfe :cool: :eek: :eek:
Wie willst du ein Chroot machen wenn die Systemumgebung nich mal gemounted werden kann. Is doch ganz eindeutig... versuchs mal mit fdisk -l um zu sehn welche Partitionen vorhanden sind. Vieleicht hast ja den Falschen namen Angegeben.. kann je nach paritionierung sein das dein Sys auch auf hda2 oder was auch immer liegt.

WFlyer
23.06.06, 21:29
ich hab mal ne ganz doofe frage yu dem thema hab das selbe problem beim anmelden in der konsole.
nur wenn ich jetyt mit der life cd starte wird ja nicht mein eigentlcihes system gebootet und ich weiss nicht wie ich in mein system komme wenn ich chroot mache kommt>
cannot run command "bin/bash" no such file or directory

und wenn ich mount /.dev/hda1 eingebe sagt mir das system cant find hda1 fstab!


bitte um hilfe :cool: :eek: :eek:




Live cd starten

mount /dev/hda1 /mnt/gentoo
(oder wo dein hauptdateisystem liegt und falls es die gentoo cd ist ansonsten wo anders hin mounten /mnt/irgendwas halt was da für ordner frei sind)

netconfig ausführen für netzwerk unterstützung

mount proc -t proc /mnt/gentoo/proc

chroot /mnt/gentoo /bin/bash

source /etc/profile

jetzt bist du erst in der anderen umgebung drinne

Nächstes mal schau mal bitte nach chroot gibt es tausend anleitung , müsstest du sobieso benutzen um gentoo überhaupt zu installieren.

mc-mib
26.06.06, 12:40
ja ja vielen dank war aber mitlereile selbst so weit gekommen standt nur irgendwie auffem schlauch das prob mit dem user ist aber nach wie vor vorhanden naja wenigstens geht der x server weider das ich drann arbeiten kann mfg
und danke trotzdem