[OPGELOST] navigeren in bestandssysteem TRAAG

[nef]

Sinds een tijdje werken nautilus en thunar vreselijk langzaam bij benaderen van de mappen in het bestandssysteem. Gebruik van root rechten versnelt dit niet. Het bestandssysteem heeft een eigen partitie van 10 gb waarvan 5 gb beschikbaar is. Zonder vertaging kan in naar /usr en vervolgens naar /share maar dan gaat het mis. Het scherm wordt grijs en na minuten wordt de inhoud van het volgende subniveau getoond, soms in het geheel niet. Weet iemand hoe dit komt en wat er aan te doen is? Het frusteert behoorlijk zeker als je meerdere tabbladen in nautilus in gebruik hebt.

Alvast bedankt.

[Cumulus007]

Staat de bestandsindexer aan?

[nef]

Ja de indexer staat aan. Ik heb hem zojuist gepauzeerd en het euvel getest. Ik merk helaas geen verschil.

[Digiplace]

Mogelijk kost het je computer fysiek veel kracht om de volledige inhoud te laten zien. Heb je ook verborgen bestanden zichtbaar gemaakt onder Nautilus? Heb je voldoende geheugen in je computer geprikt. Heb je een moderne processor? Heb je een correcte swap partitie aangemaakt?

Wat zie je als je tijdens dat proces naar de lopende processen kijkt? (terminal openen en top intikken). Je ziet dan welke processen en/of applicaties geheugen en cpu vreten. Dat kan je verder op weg helpen.

[nef]

Helaas Digiplace, ik gebruik een dual core T5500 processor met 1 gb intern. CPU is laag en voldoende geheugen vrij. Verborgen bestanden worden getoond. Wat maakt dit overigens uit?

[vanadium]

Dit gedrag is niet normaal en zou tegenwoordig niet meer moeten voorkomen. Ik onderstel dat je Ubuntu 8.10 gebruikt? Open, zoals reeds gezegd, een commandoterminal, voer daar het commando "top" uit, en doe dan de problematische actie. De meest CPU verbruikende processen komen bovenaan de lijst. Dat kan "nautilus" zijn, maar mogelijk ook een ander programma dat opgeroepen wordt bijvoorbeeld om previews te maken. In de terminal, druk op "q" om te eindigen. Daarna is het een goed idee om de output van de terminal te kopiëren/plakken hier. Post hier ook de output van "sudo fdisk -l" en "sudo blkid" eens. Probeer daarna dan eens de "preview" opties af te zetten: In nautilus: "Edit - Preferences" Preview tab.

[nef]

Daar gaat ie:

--- Geheugengebruik ---
  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND           
 6214 nef       20   0 98604  44m  21m R   97  4.4   3:46.96 nautilus           
 6587 root      20   0  441m  61m  10m S    4  6.2  44:59.33 Xorg               
 6967 nef       20   0 43724  12m 9364 S    1  1.3   0:39.22 gnome-settings-   
 7038 nef       20   0 23140  15m 7220 S    1  1.5   3:37.71 compiz.real       
 7057 nef       20   0 39732  16m 9.9m S    1  1.6   1:59.05 gtk-window-deco   
 7063 nef       20   0 72252  35m  18m S    1  3.6   3:24.63 gnome-panel       
 7856 nef       20   0  216m  87m  29m S    1  8.8   2:32.48 epiphany-browse 
---

--- fdisk ---
Schijf /dev/sda: 80.0 GB, 80026361856 bytes
255 koppen, 63 sectoren/spoor, 9729 cilinders
Eenheid = cilinders van 16065 * 512 = 8225280 bytes
Schijf-ID: 0x69f807c0

 Apparaat Opstart   Begin       Einde     Blokken   ID  Systeem
/dev/sda1   *           1        1824    14651248+   7  HPFS/NTFS
/dev/sda2            1825        3648    14651280   83  Linux
/dev/sda3            3649        3830     1461915   82  Linux wisselgeheugen
/dev/sda4            3831        9729    47383717+  83  Linux
---

--- blkid ---
/dev/sda1: UUID="00EC28AAEC289BC2" TYPE="ntfs"
/dev/sda2: UUID="ecb7d82c-9aa4-46ca-9b1b-36535369921d" SEC_TYPE="ext2" TYPE="ext3"
/dev/sda3: TYPE="swap" UUID="76216f77-5a4c-4236-8598-284802a82e86"
/dev/sda4: UUID="e569b70e-794e-4589-9308-57a7466911b4" SEC_TYPE="ext2" TYPE="ext3"
/dev/sdc1: UUID="4778-1AFF" TYPE="vfat"
/dev/sdb2: LABEL="WENNEFPOD" UUID="0251-ABCC" TYPE="vfat"
/dev/mmcblk0p1: SEC_TYPE="msdos" UUID="3162-6163" TYPE="vfat"
---

In nautilus gebruik ik in dit geval de lijstweergave.

Bedankt voor je snelle meedenken.

[Floris]

Misschien dat top het cpu-gebruik relatief meet, maar anders lijkt 97% me wat erg veel.  Een korte Google-actie van mij leverde niet veel meer op dan dat het probleem vooral oud is—en al verholpen had moeten zijn.  Wel kwam ik nog de tip tegen dat het aan een overvolle ~/.thumbnails map kan liggen; voor wat het waard is, je kan proberen of het legen daarvan iets oplevert.

[Nunslaughter]

En zeg ook eens welke versie van Ubuntu ge gebruikt. Want als het een oud probleem is, is het misschien aan te raden een nieuwere versie te installeren.

[nef]

Ik heb zojuist 3000 thumbnails met een omvang van 56mb weggegooid. Dit heefthet euvel is echter niet de oplossing gebleken.

Ik ben ingestapt in gutsy en heb sindsdien opgewaardeerd. Ik draai nu intrepid met actuele updates.