An- / Abmelden dauert ewig (Mint 5.0) {teilweise gelöst}

[tuxuser33]

Mint 5.0 plus Updates installiert
AMD Athlon 2.4+, 512 MB RAM GF5500

Wie im Titel genannt, dauert das An- bzw. Abmelden gefühlt eine halbe Ewigkeit.

Selbst wenn der Desktop und der Desktop-Button schon geladen sind, dauert das Laden des Programme-Menüs eine Ewigkeit.

VGA mit mehr als 800x600 ging erst mit System-Installation im abgesicherten Modus und daruf folgender Installation der NVIDIA-Treiber.

Weiss jemand Rat?

[Husse]

Ich kan nur sagen das dies nicht normal ist
Ich habe keine andere mit dieser Problem gesehen so ich glaube es ist was mit deiner hardware
Siehe was "lspci" gibt und zeige uns

[tuxuser33]

Ich kan nur sagen das dies nicht normal ist
Ich habe keine andere mit dieser Problem gesehen so ich glaube es ist was mit deiner hardware
Siehe was "lspci" gibt und zeige uns

lspci -v

00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 03)
Subsystem: Elitegroup Computer Systems K7VZA Mainboard
Flags: bus master, medium devsel, latency 8
Memory at e0000000 (32-bit, prefetchable) [size=64M]
Capabilities: [a0] AGP version 2.0
Capabilities: [c0] Power Management version 2

00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] (prog-if 00 [Normal decode])
Flags: bus master, 66MHz, medium devsel, latency 0
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
Memory behind bridge: e4000000-e5ffffff
Prefetchable memory behind bridge: d0000000-dfffffff
Capabilities: [80] Power Management version 2

00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40)
Subsystem: VIA Technologies, Inc. VT82C686/A PCI to ISA Bridge
Flags: bus master, stepping, medium devsel, latency 0
Capabilities: [c0] Power Management version 2

00:07.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP])
Subsystem: VIA Technologies, Inc. VT82C586/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE
Flags: bus master, medium devsel, latency 32
[virtual] Memory at 000001f0 (32-bit, non-prefetchable) [size=8]
[virtual] Memory at 000003f0 (type 3, non-prefetchable) [size=1]
[virtual] Memory at 00000170 (32-bit, non-prefetchable) [size=8]
[virtual] Memory at 00000370 (type 3, non-prefetchable) [size=1]
I/O ports at d000 [size=16]
Capabilities: [c0] Power Management version 2

00:07.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 16) (prog-if 00 [UHCI])
Subsystem: First International Computer, Inc. VA-502 Mainboard
Flags: bus master, medium devsel, latency 32, IRQ 11
I/O ports at d400 [size=32]
Capabilities: [80] Power Management version 2

00:07.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 16) (prog-if 00 [UHCI])
Subsystem: First International Computer, Inc. VA-502 Mainboard
Flags: bus master, medium devsel, latency 32, IRQ 11
I/O ports at d800 [size=32]
Capabilities: [80] Power Management version 2

00:07.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40)
Subsystem: Elitegroup Computer Systems K7VZA Motherboard
Flags: medium devsel, IRQ 5
Capabilities: [68] Power Management version 2

00:07.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 AC97 Audio Controller (rev 50)
Subsystem: Elitegroup Computer Systems K7VZA Motherboard
Flags: medium devsel, IRQ 12
I/O ports at dc00 [size=256]
I/O ports at e000 [size=4]
I/O ports at e400 [size=4]
Capabilities: [c0] Power Management version 2

00:0c.0 Ethernet controller: D-Link System Inc DGE-528T Gigabit Ethernet Adapter (rev 10)
Subsystem: D-Link System Inc DGE-528T Gigabit Ethernet Adapter
Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 11
I/O ports at ec00 [size=256]
Memory at e7000000 (32-bit, non-prefetchable) [size=256]
[virtual] Expansion ROM at 30000000 [disabled] [size=128K]
Capabilities: [dc] Power Management version 2

01:00.0 VGA compatible controller: nVidia Corporation NV34 [GeForce FX 5500] (rev a1) (prog-if 00 [VGA controller])
Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 10
Memory at e4000000 (32-bit, non-prefetchable) [size=16M]
Memory at d0000000 (32-bit, prefetchable) [size=256M]
[virtual] Expansion ROM at e5000000 [disabled] [size=128K]
Capabilities: [60] Power Management version 2
Capabilities: [44] AGP version 3.0

und das hier

hdparm -c1 -d1 -t /dev/sda

/dev/sda:
setting 32-bit IO_support flag to 1
HDIO_SET_32BIT failed: Invalid argument
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Inappropriate ioctl for device
IO_support = 0 (default)
16-bit)
HDIO_GET_DMA failed: Inappropriate ioctl for device
Timing buffered disk reads: 42 MB in 3.11 seconds = 13.52 MB/sec

[tuxuser33]

menu.lst geändert

default 0
timeout 5
title Mint
root (hd0,1)
kernel /boot/kernel 2.6.24-16-generic root=/dev/sda2 ro vga=791 noresume
initrd /boot/initrd.img-2.6-14-16-generic

fstab geändert

proc /proc proc defaults 0 0
/dev/sda2 / ext3 relatime,errors=remount-ro 0 1
/dev/sda3 /daten vfat utf8,umask=007,gid=46 0 1
/dev/sda1 none swap sw 0 0
# /dev/scd0 /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0 0
# /dev/scd1 /media/cdrom1 udf,iso9660 user,noauto,exec,utf8 0 0


amd linux # hdparm -t /dev/sda2

/dev/sda2:
Timing buffered disk reads: 82 MB in 3.01 seconds = 27.26 MB/sec

Damit geht das Laden schon mal schneller. Das Abmelden für User Linux dauert dennoch ewig.
Root hingegen kann das sofort.

JA!!! Ich will den ROOT-USER! Das Gedöns mit su und sudo ist Murks.

-----------------------------------------------------------------------------------------------------------------------------------------
Jetzt ein neues Problem: weder root noch linux können zBsp. die User-Verwaltung entsperren.

[Husse]

JA!!! Ich will den ROOT-USER! Das Gedöns mit su und sudo ist Murks.

Naja - willst du immer im gefahr zein dann vervändet du root.
Sudo ist da su shützen

[tuxuser33]

JA!!! Ich will den ROOT-USER! Das Gedöns mit su und sudo ist Murks.

Naja - willst du immer im gefahr zein dann vervändet du root.
Sudo ist da su shützen

Hallo Husse!

Ich arbeite jetzt seit 1990 mit DOS,OS2,Novell,Windoof,BeOS,Linux, Mac OSX Tiger und Leopard.
Ich betreue selbst andere Menschen, damit die Ihre PC (meist mit Windoof) gegen Gefahren absichern können.
Auch wegen der Suche nach Sicherheit bin ich auf diesem langen Weg heute bei Linux und Mac OS X angekommen.

Lass mich entscheiden, wann ich wie (mit Komfort) mein System administriere.
Diese Bevormundung, wie sie Ubuntu aufdrängt ist auf deutsch gesagt "zum Kotzen".

Übrigens, ich muss jedem, der hier Pakete entwickelt und bereitstellt vertrauen. o.k?

Und wenn ich unfreie Pakete installiere oder W32 oder libdvdcss oder andere Spezialitäten , ich weiss nicht was da drin an Code steht. Oder wenn keine Signatur da ist, wer weiss das?

Du musst (ein Wenig) vetrauen können. Sonst nimm Blatt und Bleistift statt den PC und IRGENDEIN Programm/OS.

If You can't trust you would better take paper and pencil instead of a PC and or any program or OS, even in your phone!
You MUST trust other poeple! Let's say it more elegant: You have to trust other poeple, at least a little.

Gruss von tuxuser33 ( das sagt mein Name schon: ein User, der Tux liebt und diesen nie freiwillig Gefahren aussetzt)

tux.jpg (87.52 KiB) Viewed 1218 times

[Husse]

Vertrauen - OK
Aber du kan selber ein Fehler machen - als "user" kein Gefahr aber als "root"