Bug in Nero 6 kan harde schijf wissen

Bij PC Welt lezen we dat er een behoorlijke bug in Nero 6 is geslopen. Het recentelijk uitgegeven brandprogramma bevat naast de eigenlijke programmatuur om cd's en dvd's te vullen ook andere tools, waaronder "Nero Recode". Dit programmaatje is ervoor bedoeld om de inhoud van een dvd-film tot de grootte van een commerciële lege dvd te comprimeren. Deze op zich bruikbare toepassing kan echter ook nadelige gevolgen met zich meebrengen. In het extreemste geval kan het zo zijn dat een groot gedeelte van de harde schijf in korte tijd leeggegooid wordt, zonder dat de gebruiker hier iets aan kan veranderen.

Kies je voor de mogelijkheid om niet direct naar dvd te branden maar eerst een imagebestand aan te maken, dan wordt gevraagd of alle eerdere imagebestanden verwijderd moeten worden. Op zich lijkt dit geen probleem, maar wie als temp-directory per ongeluk bijvoorbeeld "C:\" gekozen had zal merken dat niet slechts de imagebestanden verwijderd worden, maar botweg de hele temp-directory leeggegooid wordt. Wie bij deze vraag niet op "ja" heeft geklikt zal toch ook de pineut zijn, aangezien bij het afsluiten van het programma alsnog - en nu ongevraagd - de temp-directory geleegd wordt. Er wordt al gewerkt aan een patch, maar wanneer deze beschikbaar zal zijn is nog niet bekend:

Eine dieser neuen Spezialanwendungen trägt den Namen "Nero Recode" und ermöglicht es dem Anwender, ähnlich wie mit DVD Shrink und Clone DVD, den Inhalt eines DVD-Films auf die Größe eines handelsüblichen DVD-Rohlings zus komprimieren.

Die Verwendung von "Nero Recode" kann für den Anwender allerdings auch unerwartete und schlimme Nebenfolgen haben. Der Grund: In dem an sich nützlichen Tool steckt ein schwerer Bug, der schnell dazu führen kann, dass der Inhalt der gesamten Festplatte binnen Sekunden im Datennirvana verschwindet, ohne dass der Anwender es verhindern könnte.

Ook Ahead, de fabrikant van Nero, heeft ondertussen een bericht over de problemen op zijn site geplaatst.

Reacties (104)

[DynaMikeY]

Ik vind dit toch wel een HELE grote, en vooral domme fout.

Ik denk (weet zeker) dat de Software Quality Assurance afdeling van Ahead hier een flinke steek heeft laten vallen. Dit is bijna op het amateuristische af...

[Anoniem: 7477]

Vind ik wel meevallen dat GROOT en DOM.

De enigste fout die ze hebben gemaakt is dat ze idpv de image files alle files in de aangegeven dir deleten. Ahead gaat er dan vanuit dat de opgegeven temp dir een echte temp dir is. Als de gebruiker dan zo dom is om z'n c:\ als temp op te geven.... tja.

Een ongelukkige combinatie, maar zeker niet een hele grote fout.

De patch is trouwens simpel (IMHO) een del op image files (*.img gok ik zo) idpv een del *.*
Nog beter zou zijn als nero eerst zou checken of een *.img file echt van Nero is en niet van een ander programma die toevalling ok *.img files gebruikt.

[DynaMikeY]

Een veelgebruikt programma als Nero moet nu eenmaal helemaal foolproof zijn.

Een kleine fout zou zijn als het euvel zich voor zou doen onder bepaalde, te verwaarlozen omstandigheden. (dus alleen indien bepaalde hardware gebruikt wordt, of als programma X ook draait... to name a few). Dit is echter een instelling die elke argeloze gebruiker zou kunnen maken, en daarom vind ik het een grote fout.

Ik vind het ook een domme fout, omdat kennelijk hardcoded staat dat alles in de opgegeven directory gewist mag worden, en vooral dat dit tijdens de testprocedure niet naar voren is gekomen.

Uiteraard snap ik wel dat de meeste mensen op t.net geen temp files in de root van C: pleuren, maar ik zie het mijn ouwelui vlot doen... die zijn gewoon al lang blij als er een gefikt CDtje uit het laatje komt...

[Crazy D]

Del *.* in plaats van del *.img vind ik nogal een domme fout, zeker omdat ook alle subdirs verwijdert worden.
Ik neem aan dat het om de temp-dir gaat die je in Nero opgeeft (zoals je ook een lokatie opgeeft voor als je een cd copy doet, waarbij er eerst naar een image file wordt geschreven), en dan vind ik het helemaal dom, omdat je er dan zeker niet vanuit mag gaan dat de opgegeven lokatie alleen maar zooi bevat (maar sowieso, ook al is het de windows temp, een programma heeft imho nooit 'het recht' om heel de temp-dir leeg te gooien. Eigen bestanden moeten worden opgeruimd, niets meer en niets minder)..

En waarom zou het dom zijn om c:\ in zo'n geval op te geven? Ik gebruik daar altijd de root van d voor. Lekker makkelijk, kan wel weer een nieuwe directory ervoor aanmaken, maar die is dan het grootste deel van de tijd leeg. Vind ik niet zo overzichtelijk. En je moet er vanuit kunnen gaan, dat een programma niet zomaar alles verwijdert. Als een programma dat wel doet, is dat behoorlijk dom te noemen in mijn ogen.

[Gody]

Precies, wie programmeert het nu zo dat ie *.* weggooit.... Stel dat ik c:\windows\temp invul en op dat moment draai ik ook nog een setup, die in die dir zijn files heeft, loopt die ook mooi de tering in.

[Anoniem: 7477]

(kan het even niet laten)

De meeste setup programma's raden aan om alle andere applicaties te sluiten, waarom zou dat toch zo zijn...

[Rembert]

Hele grote domme fout? Dacht het niet hoor. Als jij je C:\ als temp drive aanduidt en je geeft in een programma op dat je je temp drive wil legen, dan voert Nero 6 deze opdracht kennelijk heel behoorlijk uit, misschien wat te behoorlijk voor sommige windows gebruikers die er juist van houden om betutteld te worden met allerlei veiligheidjes, extra dialoogboxjes enz. Als je niet eens weet hoe je een temp drive aan kunt maken en wat daar zoal mee kan gebeuren, dan moet je jezelf ook niet gaan gedragen als een poweruser die dvd images gaat aanmaken etc. In andere besturingssystemen zijn dit soort situaties eerder regel dan uitzondering. Jij wil de temp dir leeg, ok, jij krijgt een lege temp dir, whatever the spot.

Ok ok, in Linux hebben ze ondertussen al een beveiliging ingebakken hiertegen: rm -rf / werkt in de meeste distributies niet meer (dit wist gewoon alles vanaf de root, a la Nero 6). Maar hoe zit het onder dos met deltree c:\ /y ?

[LauPro]

Ben ik nou de enige die zegt dat een aparte temp-map helemaal geen overbodige luxe is? Sterker nog in Windows 2000/XP heeft elke gebruiker een eigen temp-map, alleen bijna niemand weet dat die er is (x:\Documents and Settings\gebruikersnaam\Local Settings\Temp).

Wat mij altijd heeft geirriteerd is dat er vrij weinig programma's zijn die gebruik maken van deze map (zelfs service pack 1 van windows XP vind het nodig om een eigen temp-map aan te maken), Nero is er ook zo een, altijd stug maar een eigen temp-map willen . Als ze nou gewoon die standaard map gebruiken dan werkt schijfopruiming ook weer naar behoren...

edit:
Nog een ander punt: ik ben het er ook HELEMAAL niet mee eens dat Nero gaat bepalen dat mijn hele temp-map maar weer is leeg moet worden gegooid. Een normaal programma verwijderd alleen de bestanden die hij zelf heeft aangemaakt, en zelfs dat hoeft niet per sé. Bestanden in een temp-map kunnen ook door andere programma's worden gebruikt, en als Nero dan die hele map leegflikkert kan het maar zo zijn dat een ander programma zijn data kwijt is.

[Anoniem: 5127]

Ik heb niks tegen een aparte temp-map, sterker nog, al mijn schijven hebben een X:\TEMP, maar de manier waarop dat standaard geregeld is in WinXP vind ik maar niks. 'x:\Documents and Settings\gebruikersnaam\Local Settings\Temp' is een veel te lang en onhandig pad. Bovendien houd ik graag zelf de controle over waar alles wordt neergezet.

[PDSB0001]

Binnen WinXP kun je aangeven welke directory gebruikt moet worden voor welk type tijdelijke bestanden.

Als je zou willen, kun je alle tijdelijke bestanden (ook tijdelijke internet-bestanden) in één directory laten zetten.

Je kunt dan zelf bepalen hoe lang je het pad wilt maken.

Desnoods plaats je alles op een aparte schijf, heb je ook geen last van deze bug.

[LauPro]

Daar hebben ze de var 'temp' voor uitgevonden

Doe maar is 'echo %temp%' in het opdrachtprompt. Elke applicatie kan bij deze var, dus helemaal niks moeilijk onthouden het is gewoon een tekort in het programma als hij hem niet standaard pakt.

[comecme]

Hoezoe wil Nero een eigen tempmap? Volgens mij kan Neo een eigen Temp-map gebruiken, maar gebruikt ie default de standaard Temp-map.

[Pwigle]

Fik al je belangrijke data even op een cd'tje voor je nero start

[Anoniem: 52621]

hm.. dat hoeft niet..
Kan gewoon met deze Nero...
word pas gewist als je naar Image brand of Nero afsluit...

[mschol]

hoe wil je dat doen als je nero als brand proggie gebruikt.......

[dasiro]

afsluit zal je bedoelen

[Anoniem: 43420]

Het is dat ze het zelf naar buiten brengen maar als er niks gezegd was hadden heel veel mensen niks van dit probleem afgeweten.

Een echt bug vind ik het ook niet. Meer een schoonheidsfoutje van nero dat ze niet even waarschuwen als je de root gebruikt.

Of ze moeten het zo gaan maken dat alleen images van nero verwijderd worden ipv alle bestanden. Ik denk dat dit een makkelijk op te lossen probleem is dus volgende week zal de patch wel verschijnen.

Zelf gebruik ik btw die optie nooit. Ik maak mn dvd's mooi op maat met dvd2one en brand ze vervolgens wel met nero. Ik heb ook niet het idee dat veel mensen die functie zullen gebruiken omdat in versie 5 ook al dvd's gebrand werden en mensen dus al een ander progje gebruikte voor het op maat maken van de film. Als je eenmaal aan een proggie gewend bent stap je niet snel over op wat anders

(kramp in mn vingers van het typen )

[PaT]

Op de site van Ahead (www.ahead.de) staat bij de beschrijving van "Nero 6 - The Suite" dit programma'tje (recode) als BETA aangeduid! Zou dit naar aanleiding van dit artikel zijn, want het lijkt me dat een bedrijf als Ahead toch geen BETA producten in hun consumenten software opnemen. Lijkt me vragen om problemen

[Pnothy]

Ik heb ook nog wel iets anders vaags gemerkt: als je gewoon files cachet vanaf CDROM (wat ie standaard doet als je ze naar een compilatie sleept en dan de compilatie gaat branden), dan "vergeet" het programma een '\', en krijg ik ipv C:\Temp\bestandsnaam allemaal files als C:\Tempbestandsnaam in de root.

Dat vind ik ook behoorlijk slordig.

[deavatar]

Bug:
a) A defect or difficulty, as in a system or design.
Computer Science.
b) A defect in the code or routine of a program.

Dit is geen bug; dit is geen fout in de code. Je geeft zelf toch aan dat alle bestanden in de temp dir verwijderd mogen worden??? Het zou juist een bug zijn als hij bestanden zou laten staan...

[Anoniem: 55428]

Je geeft zelf toch aan dat alle bestanden in de temp dir verwijderd mogen worden???

Nee, je geeft aan dat alle images in de temp dir verwijderd mogen worden... klein verschil

[TafkaT]

Dus als ze het woordje images vervangen door files, zou het geen bug meer zijn, maar een feature

[gmafs]

Zou er in het kader van deze nogal "domme" fout geen juridische problemen kunnen ontstaan voor Ahead als hierdoor kostbare data verloren gaat? Kan nogal eens heel kostbaar worden voor Ahead met rechtzaakjes enzo

[DynaMikeY]

Nee, een backup software maker (hardware fabrikant trouwens ook niet) kan niet aansprakelijk gesteld worden voor verloren gegane data. Zelfs niet door een bug in hun eigen software.

De algemene voorwaarden van dit soort bedrijven zijn meestal zo goed dichtgespijkerd met allerlei clausules, dat dreigen met juridische vervolging zo goed als zinloos is. (ik kan het weten, heb in de backup branche gewerkt)

[Jeroen 98675432]

Lees de End User License Agreement er maar eens op na, dat zal ongetwijfeld allemaal wel zijn ingedekt, en zal er niets te claimen vallen.

[Cyberpope]

Met alle respect, je kun een z'n End User License wel vanalles zetten, maar wil niet zeggen dat je niet aansprakelijk bent. Nederlandse wetgeving gaat altijd voor een dergelijke End User License.

(maar omdat de nederlandse wet nog niet goed ingespeeld is op data, zal dit in dit geval meevallen)

[Anoniem: 5422]

Niet de hele schijf maar alleen C:\Temp dus?

Beetje verwarrende titel als je het mij vraagt. En wat staat er nu in een Temp-dir?

[Anoniem: 74617]

Lezen René .

Als je als temp dir niet C:\Temp opgeeft maar bv. C:\, wordt alles in die dir weggemieterd .. in dat geval delete hij je root dus, en dan start je machine niet meer op.

[Anoniem: 3689]

Nou, je kan de temp-directory veranderen. Stel je daarvoor "C:\" in, dan wordt dus wel alles verwijderd.

[ramonp]

Als je Temp dir 'C:\' is, wordt dus heel je C-schijf gewist.

[Anoniem: 52621]

waarschijnlijk worden de subdirs niet gedeleted...
maar dat weet ik niet zeker.

[corani]

Er staat, als je als temp directory "C:\" invoert. Als je "C:\temp" doet is er niets aan de hand.

edit:

Te laat, dus dubbel Arme jongen, zoveel reacties!!

[Sv3n]

als je nou eens goed zou lezen: Op zich lijkt dit geen probleem, maar wie als temp-directory per ongeluk bijvoorbeeld "C:\" gekozen had zal merken dat niet slechts de imagebestanden verwijderd worden, maar botweg de hele temp-directory leeggegooid wordt.

Als je als temp directory "C:/" hebt en de hele temp directory word verwijderd, dan word dus je hele C:/ schijf leeggehaald

[Beaves]

Nee, niet alleen de C:\Temp directory, maar je hele partitie, zie Especially in case that you choose drive "C:\" as target or TEMP directory for Nero Recode, all data on drive "C:\" will be erased after you confirmed the warning!

Dus als je C:\ hebt aangewezen ben je mooi klaar, niet alles zal verwijderd worden als je Windows 2000/XP draait omdat die het verwijderen van bestanden niet toe laten als je er van opgestart bent, maar wel je hele Program Files directory en ga zo maar door.

Als het alleen je C:\Temp dir was had het geen probleem geweest, niemand zet daar belangrijke info neer.

[Andre-85]

volgens mij kan je zelf een tijdelijke map aangeven voor de images van Nero. Als je C:\ hebt aangegeven als tijdelijke map gaat nero daar dus lekker in deleten
Heb gaat volgens mij dus om de map die jij hebt aangegeven als tijdelijke map.

edit:
beetje dubbel allemaal maar in iedergeval een antwoord op je vraag...

[RealCato]

Nee, je moet van Nero een "temp directory" aanwijzen. Nu wordt er in de posting als voorbeeld genomen dat je per ongeluk je C:\ kiest als temp directory. Als je dan 'ja' zegt op de vraag of Nero al je images mag verwijderen dan wordt je hele Nero temp directory leeggegooid, oftewel je hele C:\ in dit geval.

(dat is tenminste hoe ik t heb begrepen...)

[nOLoGIc]

Het staat er wat verwarrend:
... maar wie als temp-directory per ongeluk bijvoorbeeld "C:\" gekozen had ...

Als je de tempdir, die standaard idd "c:\temp" is, veranderd in bijvoorbeeld "d:\", ruimt dat progsel erg grondig alle files van d:\ en dieper op ipv alleen image files in de root.

edit:

Jeezz, nieuwe maand nieuwe kansen ofzo...wat een berg reacties...

[MPAnnihilator]

Leuk bugje , en nu maar hopen dat iedereen het vlug door heeft dat die harde schijf toch wel wat veel ratelt om simpel een image file te verwijderen

Maar blijft dat del- commando dan niet haperen op je swap file , die is toch ' in use ?' , tenzij die swap op een andere partite staat natuurlijk

[Pietervs]

Leuk bugje , en nu maar hopen dat iedereen het vlug door heeft dat die harde schijf toch wel wat veel ratelt om simpel een image file te verwijderen
Beetje image file (zeker van een DVD) kan toch aardig wat MB'tjes in beslag nemen. En als je al een wat oudere PC gebruikt om je CD's en DVD's te branden...

[Anoniem: 25991]

Zo'n grote file is dan ook meestal in 1keer weg.
Omdat alle sectoren mooi op elkaar volgen.
Een file van 4gb zal dus een rapper weg zijn dan 500 files van 50kb ofzo

[MPAnnihilator]

inderdaad , misschien heeft de heer pieters write cashing afstaan , geen ntfs of een heel gefragmenteerde hd , maar bij mij is een file van 1 gig op 1 sec weg hoor. 't is enkel zoals u zegt bij veel kleine files dat de harde schijf gaat ratelen

[masteriiz]

Hangt er natuurlijk vanaf: Wist Nero de de linkjes naar de bestanden, of 'burnd' hij de gegevens (fysiek wissen)... In het eerste geval kun je de data toch nog wel terugtoveren.

[Makkelijk]

Er is geen enkel programma behalve speciale vernietiginsgsprogramma wat de gegevens fysiek wist hoor.. dus ga er maar niet vanuit dat hij dat doet........