Sløvhed

[JEB]

Jeg er meget ny ud i dette system har i mange år kørt forskellige Windows systemer men hørt meget om forskellige Linus systemer. Nu er jeg gået på efterløn og fået tid til selv at prøve mennn! det er sg. ikke lige til.
Mit største problem er.
1. Nogle gange starter styresystemet ikke op men starter op med at læse en masse ind og efterlader computeren med en "dos" skærm hvor den beder om login oplysninger? når jeg så genstarter måske 1-2 gange så kommmer den rigtige loginskærm.
2. Jeg syntes at det hele er meget sløvt meget mere end jeg er vant til det gælder både i tekst behandling, hente billeder i mail.
Jeg køre med en AMD phenom 9650 quard-core processor 4 GB ram

Mvh
John

[AJenbo]

Hej JEB

Det lyder da lidt mystisk.
Kan du ikke prøve at komme med en liste af alt dit hardware:

Kode: Vælg alt

lspci

(Kør det fra Programmer-Tilbehør-Terminal)

Den DOS liggende skærm heder en terminal. Linus er manden der opfandt systemet, systemet heder Linux.

Mvh Anders

[JEB]

Beklager min roden rundt i begreberne.
Jeg har kørt komandoen og kopieret teksten her.

john-erik@johnerik-FZ135AA-UUW-m9457sc:~$ lspci
00:00.0 RAM memory: nVidia Corporation MCP61 Memory Controller (rev a1)
00:01.0 ISA bridge: nVidia Corporation MCP61 LPC Bridge (rev a2)
00:01.1 SMBus: nVidia Corporation MCP61 SMBus (rev a2)
00:01.2 RAM memory: nVidia Corporation MCP61 Memory Controller (rev a2)
00:02.0 USB Controller: nVidia Corporation MCP61 USB Controller (rev a3)
00:02.1 USB Controller: nVidia Corporation MCP61 USB Controller (rev a3)
00:04.0 PCI bridge: nVidia Corporation MCP61 PCI bridge (rev a1)
00:05.0 Audio device: nVidia Corporation MCP61 High Definition Audio (rev a2)
00:06.0 IDE interface: nVidia Corporation MCP61 IDE (rev a2)
00:07.0 Bridge: nVidia Corporation MCP61 Ethernet (rev a2)
00:08.0 IDE interface: nVidia Corporation MCP61 SATA Controller (rev a2)
00:08.1 IDE interface: nVidia Corporation MCP61 SATA Controller (rev a2)
00:09.0 PCI bridge: nVidia Corporation MCP61 PCI Express bridge (rev a2)
00:0b.0 PCI bridge: nVidia Corporation MCP61 PCI Express bridge (rev a2)
00:0c.0 PCI bridge: nVidia Corporation MCP61 PCI Express bridge (rev a2)
00:18.0 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor HyperTransport Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Miscellaneous Control
00:18.4 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor Link Control
01:05.0 FireWire (IEEE 1394): Agere Systems FW322/323 (rev 70)
02:00.0 VGA compatible controller: nVidia Corporation G94 [GeForce 9600 GS] (rev a1)
03:00.0 Network controller: RaLink RT2860
04:00.0 Multimedia video controller: Conexant Systems, Inc. CX23885 PCI Video and Audio Decoder (rev 02)
john-erik@johnerik-FZ135AA-UUW-m9457sc:~$

[AJenbo]

Har du installeret driveren til grafikkortet?

[JEB]

Ja jeg har installeret den anbefalede Nvidia driver
men kan dog ikke se den under skærmindstillinger får at vide kan ikke finde skærm information efter følgende har jeg prøvet at deaktivere og gen installere men med samme resultat

[AJenbo]

Når du har NVIDIA skal du bruge deres værktøj under system - administration.

[lath]

Har du installeret driveren til grafikkortet?

Hej AJenbo

Kan du huske at vi i forbindelse med hjælp til en anden person på IRC fandt frem til de her informationer fra https://wiki.ubuntu.com/MaverickMeerkat/ReleaseNotes#Known%20Issues ?
Det kan godt være nyttige.

Specielt den med upstart jobs kan godt være en mulig årsag her (nogle gange starter noget software op, og andre gange ikke):

Upstart jobs cannot be run in a chroot.

Upstart jobs cannot be started in a chroot because upstart acts as a service supervisor, and processes within the chroot are unable to communicate with the upstart running outside of the chroot (430224).

This will cause some packages that have been converted to use upstart jobs instead of init scripts to fail to upgrade within a chroot.

Users are advised to configure their chroots with /sbin/initctl pointing to /bin/true, with the following commands run within the chroot:

Kode: Vælg alt

dpkg-divert --local --rename --add /sbin/initctl
ln -s /bin/true /sbin/initctl

Det kan dog også være at han bare skal reinstallere og så bruge ext3 filsystemet, i stedet for ext4 filsystemet:

Performance regressions with ext4 under certain workloads. The default file system for installations of Ubuntu 10.10 is ext4, the latest version in the popular series of Linux extended file systems. ext4 includes a number of performance tuning changes relative to previous versions such as ext3, the file system used by default up to Ubuntu 9.04.

These generally produce improvements, but some particular workloads are known to be significantly slower when using ext4 than when using ext3.

If you have performance-sensitive applications, we recommend that you run benchmarks using multiple file systems in your environment and select the most appropriate.

Derudover er der selvfølelig hele arsenalet af problemer med Nvidia:

• Connected DisplayPort monitors may prevent booting when using the nouveau video driver. (655795)
• External monitor connected via DisplayPort is not recognized when using the nouveau driver.(655800)
• The new Xorg 1.9 available in Maverick is not compatible with nVidia based chipsets that use the (nvidia-96) and (nvidia-173) drivers. (626974)
• The logo will not display during boot when using the Nvidia proprietary driver. (653274)
• Non-mirrored dual-screen setups may provide incorrect display on secondary monitor. (619663)

Hvis han afinstallerer proprietær driver og nouveau driveren, så der kun er VGA driveren tilbage burde grafikken med sikkerhed dukke op hver gang, hvis der ikke er flere problemere end det
Husk at omdøbe /etc/X11/xorg.conf med for eksempel følgende kommando.

Kode: Vælg alt

sudo mv /etc/X11/xorg.conf /etc/X11/x.org.conf_$(date -uR) 

Mit lille indspark - håber det hjælper til en løsning for jeg kan desværre ikke være med i en lang debugging session.

/Lars