Synology-Forum.nl
Hardware ondersteuning => Externe harddisks en Printers => Topic gestart door: Irmaxx59 op 13 mei 2023, 20:42:27
-
Hi,
Heb onlangs een nieuwe Transcend StoreJet 25M3C 4TB aangeschaft om een 'oudere' externe schijf van 2TB te vervangen.
In mijn situatie heb ik al sinds "jaar en dag" 2x Transcend StoreJet 25H3P 2TB aan mijn NAS 'hangen'.
Deze configuratie leverde de 'shared folder' namen op:
- [usbshare1] = dagelijkse BU
- [usbshare2] = wekelijkse BU
MIJN ACTIES:
- heb de NAS uitgezet
- heb de USB-drive [usbshare1] er uitgehaald
- heb de nieuwe USB-drive (4TB) aangesloten
- heb de back-up data van [usbshare2] gekopieerd naar de nieuwe USB-drive
Ten eerste, ik besef dat ik de USB-drive had moeten/kunnen uitwerpen... stom.
Ten tweede, kom ik er achter (vrij laat dus, duh) dat de nieuwe USB-drive de 'shared folder' naam: [usbshare1-2] heeft....?!
Ten derde, zie ik dat nadat ik heb gekopieerd en de 'oude' 2TB USB-drive (wekelijkse BU) heb uitgeworpen en de
andere USB-drive (dagelijkse BU) had aangesloten ik "ineens" de volgende 'shared folder' namen had (zie bijlage):
- [usbshare1-2] = wekelijkse BU (was: [usbshare2])
- [usbshare2] = dagelijkse BU (was: [usbshare1])
Nu blijkt, usbshare1-2 houdt in dat het schijf 1 is met 2 partities. Usbshare2 heeft 'maar' 1 partitie (primary).
NU MIJN VRAAG:
Hoe kan ik ervoor zorgen, dat ik maar 1 partitie heb, zodat in ieder geval de 'share folder' naam weer 1 of 2 weergeeft?
Èn... kan ik zorgen dat de 'shared folder' namen weer hetzelfde worden en toegewezen worden als voorheen? Dus:
- [usbshare1] = dagelijkse BU
- [usbshare2] = wekelijkse BU
Het effect is namelijk, dat ik al mijn HyperBackup-jobs opnieuw moet aanmaken, omdat de 'shared folder' namen niet meer overeenkomen!
Kan (wil) iemand mij a.u.b. op weg helpen of een verklaring voor dit alles aanreiken?
Bij voorbaat hartelijk dank!
-
In de file "/usr/syno/etc/usbno_guid.map" wordt per schijf ID bijgehouden welke usbshare naam hij nu heeft.
Als je die file weggooit dan wordt die opnieuw aangemaakt, de eerst aangesloten USB schijf heet usbshare1, als je vervolgens tegelijkertijd OOK een tweede USB schijf aansluit dan wordt die usbshare2.
(Als je de tweede schijf IN PLAATS VAN de eerste aansluit dan heet DIE ineens usbshare1. Maar ik vermoed dat jij altijd beide schijven hebt aangesloten)
Voor het weggooien van bovengenoemde file moet je met de command prompt op de NAS kunnen werken, bijvoorbeeld via PuTTY.
-
@Basalt
Bedankt voor je oplossing en uitleg.
Ben ingelogd in PuTTy maar met rm usbno_guid.map krijg ik:
rm: remove write-protected regular file ‘usbno_guid.map’? y
rm: cannot remove ‘usbno_guid.map’: Permission denied
Hoe kan ik de file (definitief) verwijderen? (zie bijlage)
-
@Basalt
Is dit het juiste command? ==> chmod -v u+rw filename
-
Je moet dit als root uitvoeren dus:
sudo rm usbno_guid.mapPassword is van een gebruiker met admin rechten of admin zelf.
-
@Birdy
YES!! :D Het is gelukt! (: Thanks! 8) ;)
Bestand is verwijderd, heb de USB-drives in de juiste volgorde aangesloten et.... voilà... heb nu:
- [usbshare1] = dagelijkse BU
- [usbshare2-2] = wekelijkse BU
Het eerste 'probleem' is opgelost.
Zit alleen nog met het feit, dat [usbshare2] 2 partities heeft.... vandaar de naam[usbshare2-2].
Enig idee hoe ik dat kan oplossen?
-
Beste forumexperts,
Zoals de image in de bijlage van mijn initiële post liet zien, bevatte de nieuwe USB-drive twee partities.
Hierdoor veranderde de 'shared folder' naam van [usbshare1] in [usbshare1-2]:
- [usbshare1-2] = wekelijkse BU (was: [usbshare2])
- [usbshare2] = dagelijkse BU (was: [usbshare1])
Door het verwijderen van de file "usbno_guid.map" en het in de juiste volgorde aansluiten van de beide USB-drives
veranderde de 'shared folder' namen in:
- [usbshare1] = dagelijkse BU
- [usbshare2-2] = wekelijkse BU
Na wat zoekwerk ben ik erachter gekomen(!), dat ik met DISKPART de niet toegewezen <not shared> partitie
kon verwijderen; resultaat: één partitie over, waardoor de 'share folder' naam veranderde in:
- [usbshare1] = dagelijkse BU
- [usbshare2] = wekelijkse BU
Mijn beide problemen zijn hiermee opgelost en niet in de minste plaats door jullie input! :) :thumbup:
Heb het e.e.a. genoteerd in een TXT-file m.b.t. commands in PuTTy en het gebruik van 'root'.
Mijn dank is groot, bedankt voor jullie expertise en jullie geduld. :clap:
<Deze post is SOLVED en kan als zodanig worden aangemerkt>
-
:thumbup: 8)