Software-update: USB Drive Letter Manager 5.5.3

Versie 5.5.3 van USB Drive Letter Manager is uitgebracht. Met dit veelzijdige programma kunnen usb-apparaten worden beheerd. Zo is het onder andere mogelijk om schijfletters pas toe te kennen op het moment dat er een medium in de drive wordt gestoken, wat handig is voor multicardreaders. Ook kan worden aangegeven welke schijfletters wel of niet mogen worden toegekend, afhankelijk van het type usb-apparaat, de grootte van de drive, de gebruikte usb-poort en de naam van het volume. Daarnaast geeft de applicatie door middel van een tekstballon in de systeembalk aan welk apparaat of volume met welke schijfletter aan het systeem is toegevoegd. Meer informatie kan in deze handleiding worden gevonden. USB Drive Letter Manager is gratis voor privé- en educatief gebruik, maar van bedrijven en organisaties wordt wel een vergoeding verlangd. De changelog voor deze uitgave ziet er als volgt uit:

Bugfix:

• USBDLM.msi V5.5.2.x failed to update any older installed version
• UsbDriveInfo V5.5.2.0 could not start the Windows Disk Manager, Device Manager and Event Viewer

Conclusion:

• I should release Beta versions again

De volgende downloads zijn beschikbaar:
USB Drive Letter Manager 5.5.3 (zip)
USB Drive Letter Manager 5.5.3 (msi)
USB Drive Letter Manager 5.5.3 (64bit, zip)
USB Drive Letter Manager 5.5.3 (64bit, msi)

Versienummer	5.5.3
Releasestatus	Final
Besturingssystemen	Windows 7, Windows 8, Windows 10, Windows 11
Website	USB Drive Letter Manager
Download	https://www.uwe-sieber.de/usbdlm_e.html#download
Bestandsgrootte	1,18MB
Licentietype	GPL

Reacties (10)

[NEO256]

Klinkt als een mooie applicatie.

Maar ik voel ook wel meteen een soort weerstand, van: waarom is dit nodig?

Het probleem bestaat zo te horen omdat Windows gebruik maakt van schijf letters.
Die willekeurig worden toegekend zodra een USB stick wordt ingestoken en het probleem is nog groter als je een kaart lezer hebt die zichzelf aanbiedt ook als er geen media is ingestoken.

Wat redelijk werkt voor vaste schijven, maar eigenlijk 30 jaar achterhaald idee is.
Prima als je schijven geen volume naam geeft dat je met letters werkt, voor het gros van de gebruikers is dit prima. Die interesseert het toch niet, die denk niet in schijven, die pleuren bestandjes op hun bureaublad, mijn documenten etc neer en dat is prima.

Maar voor gebruikers die een USB stick over verwijderbare media serieus willen gebruiken en er meer als 1 hebben. Wil je dus makkelijk kunnen herkennen wat er nu "gemount" is en dat je die op een betrouwbare manier kunt benaderen in je file path. En mijn impuls is dat onder andere zodat je synchronisatie/backup applicaties er fatsoenlijk mee om kunnen gaan.

En ik proef een simpele manier om een soort access control achtige oplossing dat niet elke individual ingestoken media standaard wordt gemount (of juist wel). En dat je hier als gebruiker te weinig invloed op hebt.

Dit voelt als iets wat ze in Windows zelf moeten aanpakken.
Of als een soort diep geintegreerde addon kan functioneren zoals een Windows manager zoals GNome en KDE bovenop de Linux kernel nu al doen en wat ik zou ambieren voor Windows.

[snoopdoge90]

Maar voor gebruikers die een USB stick over verwijderbare media serieus willen gebruiken en er meer als 1 hebben. Wil je dus makkelijk kunnen herkennen wat er nu "gemount" is en dat je die op een betrouwbare manier kunt benaderen in je file path. En mijn impuls is dat onder andere zodat je synchronisatie/backup applicaties er fatsoenlijk mee om kunnen gaan.

Je hoeft niet te mounten aan een letter, je kan in Windows ook mounten op een directory. Net als UNIX systemen. Kan zowel vanuit diskpart als schijfbeheer.

En ik proef een simpele manier om een soort access control achtige oplossing dat niet elke individual ingestoken media standaard wordt gemount (of juist wel). En dat je hier als gebruiker te weinig invloed op hebt.

Met diskpart automount kun je controleren of nieuwe devices automatisch gemount mogen worden.

[NEO256]

Wat ik zo snel lees doet het grotendeels wat ik zoek, maar mist het de context menu integraties zodat je het ook een beetje makkelijk kunt beheren. En dat je beslissingen op basis van individuele apparaten kunt doen.

Dank je voor de heads up :-)

[beerse]

Toegegeven, zelf gebruik ik het niet en als unix/linux beheerder heb ik onder msWindows het gedoe met driveletters ook altijd al gedoe gevonden. Die drive-letters komen volgens mij van de DecVax omgevingen af, daar hadden ze drive-namen en bij de ontwikkeling van msDos (en cp/m) hebben ze dat overgenomen en de namen zo kort mogelijk gemaakt: 1 letter drive-namen, 8 letter filenamen en 3 letter extenties.

Ondertussen zijn daar directories bij gekomen en ook de bestandsnamen mogen een stuk langer worden. Maar helaas, de drive letters zijn gebleven. De manieren waarop microsoft alternatieven heeft ingebouwd zijn niet echt handig gebleken en worden dus niet gebruikt.

En dan nu met de drive letters. Het is vooral handig als ik een medium aan een pc koppel dat die zich op de zelfde plek meldt. Daar is veel ruimte voor verbetering, de manier waarop dat binnen mswindows wel kan worden geregeld, wordt op diverse (andere) punten weer de nek om gedraaid, met name omdat die driveletter koppeling en drive naamgeven is gekoppeld aan 'autorun', iets wat bij introductie al werd afgeraden... Zie https://en.wikipedia.org/wiki/AutoRun en vooral https://en.wikipedia.org/wiki/Autorun.inf

Zie ook https://superuser.com/que...-to-a-drive-using-autorun om met scripts drive letters toe te kennen.

Mijn eigen methode werkt iets anders: Bij formatteren heb ik aan drives/sticks/kaartjes zelf letters toegekend vanuit msWindows. Daarbij ben ik bij Z: begonnen en terug gestapt (Z: is de cdrom/dvdspeler) Al moet ik toegeven dat card-readers hier dwars doorheen gaan omdat ook die het soms geheel op eigen houtje doen...

In het kort: Ja je hebt gelijk, drive letters is zo 1980 en echt niet van deze tijd. Geef systemen een echte naam en gebruik die zoals dat onder unix en linux al jaren (sinds 1970) kan.

[Ad-Blokker]

Dit is toch wel het mooiste van de release notes:

Conclusion:
I should release Beta versions again

[LEX63]

Hmmm ik ben tevreden hoe Windows het afhandelt.

Als het noodzakelijk is dat de driveletters hetzelfde blijven dan is het een handig.

[kaasszje]

Ik ben erg blij met dit product.
Heb een multi-card lezer in mijn pc en had hier altijd 7 drive letters voor staan.
Dit stukje verwijderd deze en kent alleen een letter toe als er iets inzit.

Kortom voor mij lost dit een probleem op, wat in mijn optiek in windows had moeten zitten.

[SCS2]

Driveletters zijn juist heerlijk! Kan supersnel wisselen. Maar 1 letter nodig !
Waarom zou een naam handiger zijn? Ja, voor iemand anders, dat iets ziet?

Ik heb een stick met een Veracrypt volume.
Voor het mounten is het pad handig, Bij favorieten herkent Veracrypt het volume.
In windows continu gezeik, sinds jaren USBDLM en klaar.

USBDLM gebruikt gelukkig een Heerlijke ouderwetse INI-file,
"pleur" hele dir met prog en mijn ini op een computer
Start script "_service_start.cmd" en alles werkt zoals IK wil.


Tips ini settings, voor lui die niet gebruiken:

* zoals hierboven al beschreven, verberg lege cardreader sloten e.d. :
[Settings]
NoMediaNoLetter=3
;here you can let USBDLM remove driveletters of cardreaders as long as there is no media present
; NoMediaNoLetter=0 : no drive , 1: multislot-cardreaders only , 2: singleslot-cardreader too , 3: all 'removable' drives (141020 Help)

* Deze usb-stik naam TransDsk usb gegeven, en wordt altijd O:
[DriveLetters10]
VolumeLabel=TransDsk usb
Letter=O

* Simpel driveletters uitsluiten voor nieuwe drives, zijn gereserveerd
[NetworkLetters]
Letter1=E-H
Letter2=QR

* Ik wil dat nieuwe usb dingen altijd:
[DriveLetters]
Letter1=KMOSTU
Letter2=

* CD/DVD altijd op i , 141020 div comp zomaar ineens door win weer anders. Dit uit help.
[DriveLetters1]
BusType=ATAPI
DriveType=CDROM
Letter=i

* Ook vaak vergeten: bescherming tegen foute usb-sticks, die zich voortdoen als keyboard:
BadUsbWatchKbd=1
; 200329 tweak top tegen nep usb-sticks die als keyboard.
; 1 = The user is asked on arrival of a USB keyboard device , 0 = USB keyboard devices are installed normally (default) , 2 = silent

[Drobanir]

Ook handig is dat je acties uit kan laten voeren, gebaseerd op de aanwezigheid van een bestand:

[OnArrival10]
FileExists="%drive%\VeraCrypt\VeraCrypt volume.hc"
open=%ProgramFiles%\VeraCrypt\VeraCrypt.exe /q background /l Q /m rm /v "VeraCrypt\VeraCrypt volume.hc"

[SCS2]

Heb ik vroeger ook gebruikt, maar VeraCrypt kan dat ZELF veel makkelijker, bijv. een file op een ingestoken usb-drive herkennen.

Dacht zo:
Eerst gemounte file markeren als Favoriet
Dan Mount when host gets connected