nog ee vraagje over sound juicer cd-ripper

[patrick]

Als de pc aan het rippen is wordt hij heel traag, is hier iets aan te doen of is dit normaal.

[Soul-Sing]

Als de pc aan het rippen is wordt hij heel traag, is hier iets aan te doen of is dit normaal.

ik denk dat het wel in orde is zolang er niets vastloopt natuurlijk.
cpu gebruik hoog?

[patrick]

cpu gebruik voor de ripper is tussen de 60 en de 70

[Soul-Sing]

cpu gebruik voor de ripper is tussen de 60 en de 70

das prima toch. als het na het rippen maar weer terugvalt op 2-4%

[patrick]

terwijl ik aan het rippen ben is er toch bijna niet te werken met de pc, iets opstarten duurt een eeuwigheid. Dat is toch niet normaal.

[Johan van Dijk]

Staat DMA wel aan op je schijven?
Dit kan je nakijken met het volgende commando:
sudo hdparm -d /dev/hda
vervang hda door sda of een andere aanduiding als Ubuntu op een andere schijf staat.

[siegi]

Is het een dual core cpu of cpu met ht.  Anders kan je het inderdaad hard merken.
Je kan misschien wel de prioriteit van het proces naar beneden halen.

[patrick]

mijn systeem is een ADM Athlon Xp 2600+ met 512Mb Ram en DMA staat aan

[siegi]

En heb je trouwens een swap partitie aangemaakt.  Als je geheugen vol zit en je hebt geen swap partitie word je systeem ondragelijk traag.
dit kan je ook in syteem monitor zien.
Maar die amd heeft geen hyperthreading ofzow dat gewoon 1 cpu dus das ook al vertragend.

[woteb]

Gisteren drie werkstations van Feisty voorzien, en op elle drie hetzelfde euvel: Traag en niet vooruit te branden. Oplossing: de UUID's omzetten in /dev/sda in /etc/fstab en in /boot/grub/menu.lst. Een reboot en de systemen vlogen vooruit. Veel sneller dan Dapper Drake wat er eerst op stond.

@ Siegi: dankzij de UUID's had ik geen swap op de drie systemen. Na het omzetten in /dev/sda (en uiteraard /sda3 in mijn geval) was er een swap partitie in beeld.

[Steven Klein Haneveld]

Uhm, UUID omzetten?
Wat is UUID? En omzetten... waarnaartoe?
sorry, dit is oud-grieks voor mij...

[Johan van Dijk]

fstab (en grub als ik het goed heb) verwijst sinds Edgy niet meer naar partities op de /dev/hda of /dev/sda manier, maar via unieke identificeer codes.
http://en.wikipedia.org/wiki/Uuid
Op die manier heb je geen gezeur met booten als je bijv. een externe schijf aansluit of wat hardeschijven van aansluiting wisselt.

Blijkbaar klopten die UUID's niet meer vanwege een partitiewijziging. Dan kan je óf de goede UUID's weer instellen, óf je maakt er weer /dev/sda van. Het kan allebei.

[Steven Klein Haneveld]

Ah, zo..... Toch wel interessant hoor, dit soort dingen - gaat net even wat verder dan oppervlakkigheid.

[patrick]

Wat moet ik juist in menu.lst veranderen dit is het stuk uit mijn menu.lst

title      Ubuntu, kernel 2.6.20-16-generic
root      (hd1,0)
kernel      /boot/vmlinuz-2.6.20-16-generic root=UUID=d229e103-48f1-4d30-b69f-e6de4c40d30f ro quiet splash locale=nl_NL
initrd      /boot/initrd.img-2.6.20-16-generic
quiet
savedefault

[Johan van Dijk]

Heb je een probleem met opstarten dan?

[woteb]

Wat moet ik juist in menu.lst veranderen dit is het stuk uit mijn menu.lst

title      Ubuntu, kernel 2.6.20-16-generic
root      (hd1,0)
kernel      /boot/vmlinuz-2.6.20-16-generic root=UUID=d229e103-48f1-4d30-b69f-e6de4c40d30f ro quiet splash locale=nl_NL
initrd      /boot/initrd.img-2.6.20-16-generic
quiet
savedefault

kernel      /boot/vmlinuz-2.6.20-16-generic root=UUID=d229e103-48f1-4d30-b69f-e6de4c40d30f ro

moet je veranderen in:

kernel      /boot/vmlinuz-2.6.20-16-generic root=/dev/sda1 ro

Ik ga er dan vanuit dat /dev/sda1 je partitie is waarop / staat, dus waarop je Ubuntu op draait. Anders moet je /sda1 vervangen door /sda2 of /sda3.

Als je het niet zeker weet, neem dan een kijkje in /etc/fstab. Daar staat dan:

#/dev/sda1
UUID (en het hele verhaal) / ext3    defaults,errors=remount-ro   0       1

Dan kijk je dus af waar / staat. Dus niet waar /home staat, daar start Ubuntu niet op!

Is / dus gelijk aan /dev/hda2, dan moet je dat gebruiken. En pas meteen je /etc/fstab aan. Dus in mijn voorbeeld:

#/dev/sda1  / ext3    defaults,errors=remount-ro   0       1

@ Johanvd: Hij heeft geen opstartproblemen, maar een traag systeem. Dat kan in verband staan met dat UUID gebeuren.

[Johan van Dijk]

Je kan misschien beter een andere optie aanpassen. Als je het via de manier van woteb doet, dan zal het bij een kernel update weer teruggezet worden naar UUID.
Als je het op de volgende manier doet, dan blijft het bij een kernel update ook goed werken.

Zoek naar het volgende stukje in menu.lst:

## default kernel options
## default kernel options for automagic boot options
## If you want special options for specific kernels use kopt_x_y_z
## where x.y.z is kernel version. Minor versions can be omitted.
## e.g. kopt=root=/dev/hda1 ro
##      kopt_2_6_8=root=/dev/hdc1 ro
##      kopt_2_6_8_2_686=root=/dev/hdc2 ro
# kopt=root=UUID=d229e103-48f1-4d30-b69f-e6de4c40d30f ro

Verander in de dikgedrukte regel de UUID= door /dev/sda1 of iets dergelijks. Laat de rest van de regel zoals het er stond.
Hierna voor je sudo update-grub uit. Daarmee verander je de uiteindelijke opstartopties.

[Marc Duval]

Bij mij is het niet zozeer de pc die traag wordt (het is een Duron950, dus snel wordt die nooit meer), maar het rippen zelf gaat onmenselijk traag. De aangegeven snelheid in het begin is 4,4 x , maar dat zakt snel naar 3,9 enz.

Ik heb vroeger met deze pc enkel cd's geript met windows, maar dat ging toch behoorlijk snel. Ik heb al geprobeerd om naar een andere schijf te rippen, om naar een andere controller te schrijven, maar dat helpt niet.