Xorg Logfile gelöscht

Xorg Logfile gelöscht (37 Beiträge, 638 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Hi

Hab das Xorg Logfile xorg.0.log gelöscht da ich dachte das dann automatisch ein neues angelegt wird. Leider ist dem nicht so. In der xorg.conf hab ich modedebug auf true, nach einem neustart wird allerdings kein neues logfile mehr angelegt.

Hat wer eine Idee was ich tun kann um das Logfile wiederherzustellen. Brauch es um die EDID Infos meines HDMI Monitors auszulesen.

Mord, Erpressung & Raub since 800 b.C
f.u

Probiere es mit touch anzulegen.

--
Der einzige Weg, wahre Liebe für Geld zu kaufen, ist, sich einen Hund anzuschaffen.

hab ich schon, ändert nix leider.

Mord, Erpressung & Raub since 800 b.C
f.u

X kannst auch manuell starten - der schreibt viel auf stdout.

Ansonsten würde ich so ein leeres File anlegen - mit permissions 777 - vielleicht lag es daran?

EDIT:
Ich würde ihn wirklich manuell starten. Dann müsstest sehen, warum er kein File anlegt.
Bei mir liegt es in /var/log/Xorg.0.log und gehört eigentlich root... So sollte es auch sein. Unter welchem User läuft denn dein X?

Ach ja, kann es sein, dass dein /var/log ro gemountet ist?

27.11.2011, 20:48 Uhr - Editiert von kombipaket, alte Version: hier

Hab jetzt mal komplett alle Pakete gelöscht und neu installiert. Hat auch nix gebracht. Normalerweise müsste ja bei jedem Neustart das Logfile angelegt werden wenn ich in der conf den modedebug aktiviert hab oder?

Das mit dem leeren File hab ich auch schon probiert. Hat auch nicht funktioniert. Wie kann ich die permissions ändern? Es handelt sich um ein nettop mit xbmc drauf, läuft alles unter einem user der nicht root ist, mach alles mit sudo.

Mord, Erpressung & Raub since 800 b.C
f.u

27.11.2011, 20:56 Uhr - Editiert von john-cord, alte Version: hier

chmod 777 /var/log/xorg.*

Aber starte mal X echt manuell...

Beispielsweise:

X 2>&1 | tee /tmp/meinLog.txt

Wenn du mir noch sagen könntest wie ich die laufende x session vorher beenden kann werd ichs mal ausprobieren. Das mit den permissions ändert auch nix. Ist trotzdem leer.

lg

Mord, Erpressung & Raub since 800 b.C
f.u

27.11.2011, 21:07 Uhr - Editiert von john-cord, alte Version: hier

Ist eine Frage deiner Distri...

/etc/init.d/gdm* stop
/etc/init.d/kdm* stop

oder den Runlevel wechseln mit
init 1

Distri is ubuntu 10.10. Bin leider linuxtechnisch nicht so auf der höhe.

Mord, Erpressung & Raub since 800 b.C
f.u

Befehle habe ich Dir eh ein paar hingeschrieben...

Probier mal aus!

Alternativ:
- Richte einen Benutzer ein
- Installiere sshd
- PM mir deine IP und die UserCredentials
- Dann sehe ich mir das schnell remote an.
- Brauchst mir nicht root zu geben.

27.11.2011, 23:44 Uhr - Editiert von kombipaket, alte Version: hier

Keine Ahnung aber es funktioniert nicht so wie ich mir das vorstelle. Scheint so als ob die XBMC Live Disitri ein bisschen speziell ist. Im Moment funktioniert es halbwegs. Hab eh vor in nächster Zeit das System neu aufzusetzen. Dann sollte das mit den Logfiles auch wieder passen.

Mord, Erpressung & Raub since 800 b.C
f.u

Kein einziger von den Befehlen terminiert X?

mach mal

runlevel
cat /etc/inittab
ls /etc/init.d

und stell die Ausgaben rein (ich habe kein Ubuntu und muss ein bissale raten

)

runlevel

N 2

cat /etc/inittab

cat: /etc/inittab: No such file or directory

ls /etc/init.d

acpid            hwclock-save                portmap-boot  statd-mounting
acpi-support     idmapd                      portmap-wait  stop-bootlogd
alsa-mixer-save  killprocs                   procps        stop-bootlogd-single
apache2          lirc                        proftpd       sudo
avahi-daemon     live-boot                   rc            transmission-daemon
bootlogd         lm-sensors                  rc.local      udev
console-setup    loadcpufreq                 rcS           udev-finish
cpufrequtils     module-init-tools           README        udevmonitor
cron             mt-daapd                    reboot        udevtrigger
dbus             networking                  rsync         umountfs
dmesg            network-interface           rsyslog       umountnfs.sh
etc-setserial    network-interface-security  sabnzbdplus   umountroot
failsafe-x       nmbd                        sendsigs      unattended-upgrades
fancontrol       ondemand                    setserial     urandom
grub-common      plymouth                    single        uxlaunch
gssd             plymouth-log                skeleton      wakeonlanconfig
halt             plymouth-splash             smbd          x11-common
hostname         plymouth-stop               ssh           xbmc-live
hwclock          portmap                     statd

Mord, Erpressung & Raub since 800 b.C
f.u

Ohne inittab bin ich jetzt etwas irritiert - so ein System habe ich noch nie gesehen.

Wenn Du Ctrl+Alt+F1 tippst - bekommst Du einen getty? Kannst Du dich also dann im Textmodus einloggen?

Wenn ja:
Wechsle dort zu root - und probiere:
/etc/init.d/failsafe-x stop
oder
/etc/init.d/uxlaunch stop
oder
/etc/init.d/x11-common stop

Ach ja, auch das
init 1
brachte nichts???

Alternativ: Rebooten

Wie hast Du gelöscht?

Normales "remove" oder "purge"?
Viele Distris behalten bei remove die Configdateien bei - und löschen sie nur mit purge.
Wenn Du die Configs nicht mehr brauchst, würde ich sie mit purge löschen und dann die Pakete neu installieren.

Wenn Du die Configs doch noch brauchst, würde ich sie wegkopieren und dann mit purge arbeiten

Du meinst wie ich Xorg gelöscht hab? Mit remove. Die Logfiles hab ich mir rm -f gelöscht. Könnte es daran liegen?

Mord, Erpressung & Raub since 800 b.C
f.u

Logfiles löscht man nicht...

Das übernimmt logrotate für Dich... (Für die Zukunft).

Ok, das wusste ich nicht.

Mord, Erpressung & Raub since 800 b.C
f.u

# Xorg -configure

When this option is specified, the Xorg server loads all video driver modules, probes for available hardware, and writes out an initial xorg.conf(5x) file based on what was detected. This option currently has some problems on some platforms, but in most cases it is a good way to bootstrap the configuration process. This option is only available when the server is run as root (i.e, with real-uid 0).

edit: Sorry, ich dachte du hast xorg.conf gemeint

edit2: Probier' mal

Xorg -logfile /var/log/Xorg.log

29.11.2011, 09:39 Uhr - Editiert von 1970-01-01 00:00:00, alte Version: hier

edit2: Probier' mal

Xorg -logfile /var/log/Xorg.log

Wenn ich das mache kommt nur eine Fehlermeldung das der server schon für Display 0 rennt, hab allerdings keine Ahnung wie ich den vorher stoppen kann. Uxlaunch hat anscheinend nix mit X zu tun, nur mit XBMC.

Mord, Erpressung & Raub since 800 b.C
f.u

Du könntest da mal

X :1
ausprobieren...

Das startet einen weiteren X-Server...

Hab das Xorg Logfile xorg.0.log gelöscht da ich dachte das dann automatisch
ein neues angelegt wird.

Wird es im Normalfall auch.

Brauch es um die EDID Infos meines HDMI Monitors auszulesen.

Das geht mit 'read-edid' vermutlich einfacher ('sudo get-edid | edid-decode').

29.11.2011, 09:49 Uhr - Editiert von m3t4tr0n, alte Version: hier

Dachte ich mir doch. War ja auch komisch das das Logfile vor dem Löschen seit dem 15.11 nicht mehr angetastet wurde. Deutet wohl darauf hin das das Löschen nicht der Grund war wieso das Logfile nicht angelegt wird.

Das geht mit 'read-edid' vermutlich einfacher ('sudo get-edid | edid-decode').

Sind das (edid-decode, get-edid) pakete die ich vorher installieren muss???

Mord, Erpressung & Raub since 800 b.C
f.u

Das Paket heisst 'read-edid', der Befehl zum auslesen: 'sudo get-edid | edid-decode'.

Das ist heute glaube ich nicht mehr moeglich, und read-edid funktioniert nicht mehr auf modernen Distributionen. Ist aber auch kein Beinbruch, da man den EDID-Block, den der Server vorhaelt, da auch z. B. via `xrandr --verbose | fgrep -A8 "EDID:"` anzeigen kann.

Das ist heute glaube ich nicht mehr moeglich, und read-edid funktioniert nicht
mehr auf modernen Distributionen.

In der Tat. Kann aber noch nicht so lange her sein, weil ich es Anfang des Jahres noch benutzen konnte (gut, in der Linux-Welt ist das "lange her"

sicher, dass nicht eigentlich das ganze logging über einen syslog dienst abläuft und du musst erst den restarten bevor es ein neues logfile gibt?

Sollte der nicht nach eine kompletten Reboot eh neu gestartet worden sein?

Mord, Erpressung & Raub since 800 b.C
f.u

@Reboot:

Wie bootet das Teil? Über LILO/GRUB?
Wenn ja, könntest beim Booten init-Parameter mit angeben...

ein
init=/bin/sh
sollte das Booten auf das Starten einer Schell reduzieren - dann könntest Dich mit X rumspielen.

im normalfall ja. zumindest war das zu zeiten, als ich mich mit linux noch beschäftigte, der fall

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung