Drive letters: Microsoft should get rid of them.


Recommended Posts

I did notice in Windows 8 under task manager, it refers to disks by "Disk #" and serial number. Possibly for a transition after Windows 8?

This is just a new presentation of an existing feature; open Disk Management and you'll see that both hard drives and optical drives have IDs as well as letters. This feature has been in place for a long time but isn't normally important for everyday use (with some exceptions, e.g. older games with CD audio tracks on the disc--the disc must be in CD-ROM 0 for in-game music to work).

many applications get married to a drive letter. Even windows itself gets married to a drive letter...Go ahead change the c partition letter after you have installed windows and see what happens. Many legacy applications and current applications get married to a drive letter. besides what is the alternative? using a long alpha numeric drive name that makes absolutely no sense to anyone or anything but the os...yeah lets make things harder than they already are.

You see it isn't just for programmers, it is for the average user too. The average user can understand c or d or f or whatever.

I get what you're saying, but wouldn't it be easier on users (and tech support personnel) if Windows referred to drives by their label?

Just as the OS does not allow files of identical names in the same folder, it could be set to disallow drives with identical labels.

I know of quite a few people who have Windows installed on drives other than C:.

During installation, windows could label the drive as "Windows", and you would tell the user to go to their Windows drive.

Another thing I noticed is that, if you have an existing installation of Windows on one partition, and you set up a dual boot by installing Windows on another partition, one of two things happen:

1. If you run the setup from within Windows, the new installation keeps the drive letters as they are in the current Windows installation. When you boot into the new installation, the Windows drive will be the drive letter of the partition you selected during the setup.

2. If you boot the computer from the installation media, and initiate setup, Windows marks whatever partition you designate, as C:.

This is highly inconsistent, and can be very confusing to some people.

I have seen that in XP as well, I think NT internally uses that internally and shows drive letters for compatibility?

Yeah but I don't think they ever brought it up front to the user like now, or maybe I don't remember it as well. Still I think the easy fix might just be to assign a letter to a volume label and have it stay unless changed by the user. If you can do that then regardless of the plug in order etc the same volume name will have the same letter set to it.

I don't think I've ever noticed an app not behaving like that on OS X. It's certainly expected behavior for (document-based) Cocoa apps, and it registers the change, even if you made it in the Terminal using standard UNIX command line tools..

That is one hell of a nifty feature! :D

The idea to drop letters was one of the things they had in mind for the original longhorn but it got scrapped. Libraries sorta fix this but in the end we still have them and unless there's some deep file system changes we're stuck with them.

Wouldn't that cause similar problems to if we scrapped IP addresses and just used domain names for sites ?

Windows needs something to look for, drive letters seem a fairly good way of doing that vs naming drives, if someone inserts a flash drive called "Drive" and C: is also called Drive... what then? Windows would have to rename it as it does with drive letters

Wouldn't that cause similar problems to if we scrapped IP addresses and just used domain names for sites ?

Windows needs something to look for, drive letters seem a fairly good way of doing that vs naming drives, if someone inserts a flash drive called "Drive" and C: is also called Drive... what then? Windows would have to rename it as it does with drive letters

Drives and partitions have ID numbers to uniquely identify them, Windows doesn't know your secondary drive as "D:", it knows it via it's GUID and maps that to "D:"

Drives and partitions have ID numbers to uniquely identify them, Windows doesn't know your secondary drive as "D:", it knows it via it's GUID and maps that to "D:"

Ah ok, thanks, so what is the point of drive letters if windows doesn't need them? Just for user ease ?

And as before, using names vs letters, wouldn't windows still have to rename a drive if it conflicted?

Yeah, just having drive letters is easier than mount points (Windows NT has supported mount points for ages, barely ever use them)

Windows will just mount a partition/drive under another letter if there's a conflict, which is useful but can also break things (A while back I added a second hard drive to my system, pushing my DVD drive from D: to E:, apps then broke because D: was no longer an optical disk, etc.)

Edit: The drive name is purely for an end user, the system doesn't take it into account (Even *nix just uses it as a visual mapping, underneath it works on block devices and you can mount that anywhere)

It really is just a case of not breaking apps that look for a drive letter instead of a name or something like hard disk 0 like how NT itself does it. That said I think they can change it and maybe fake older apps so things don't break. Hell just having it not automatically shuffle around letters when you make a change to your drives unless you do it yourself would be a good start.

I like others have a few hard drives in my system and at this point iirc, because I'm not at my desktop atm, my dvd drives letter is something like I: or j:. Why can't it have stayed as d:?

Yeah but I don't think they ever brought it up front to the user like now, or maybe I don't remember it as well. Still I think the easy fix might just be to assign a letter to a volume label and have it stay unless changed by the user. If you can do that then regardless of the plug in order etc the same volume name will have the same letter set to it.

That's true. I think it's visible only during the safe mode boot and you can see it in the text scrolling up as Windows boots.

So is the outcome of this that windows should get rid of drive letters - or that software and APIs should be coded better to not rely on drive letters?

Well, there has been significant disagreement, but I think the answer is both.

So is the outcome of this that windows should get rid of drive letters - or that software and APIs should be coded better to not rely on drive letters?

Either option works really. I'm still wondering if metro apps take drive letters into account.

My external hard drive is assigned B: so that no other devices will ever steal it. Also I like that B: can stand for backup. :p

As for getting rid of them, I've used them as long as I've used computers (starting out in DOS) and personally I'd rather keep them.

So is the outcome of this that windows should get rid of drive letters - or that software and APIs should be coded better to not rely on drive letters?

At the least software shouldn't rely on them, there's better ways of identifying a unique partition/drive than just the letter Windows assigns to it on boot/connection.

Came on the internet wants a head of someone because the Start Menu disappeared in Win8 what do you think it would happen if the driver letter also disappear...

As for the MacOS renames open files it's not that difficult to understand why it works, the name of the file is only a more simple way(for the user) to identify the file, ate least in Linux the open files are represent by a file descriptor that is connected to the iNode(in Ext filesystem the number of the iNode is the real identifier of a file. there are more filesystems that also use this approach) that represents the file on the disk, the name associated with a iNode are stored in a special file called directory. I'm assuming that the internals of Linux and MacOS are similar since both derive from Unix.

Just stop drive letters from being reassigned unless the user changes it. That alone would get rid of most issues. They could also slowly work off of drive letters over time. Start with things like external devices, card readers, optical drives and so on so people and revs can get used to the change before you start doing it for internal drives.

I would remove drive letters only because when a user says, "I want to have access to the U drive" I need to inform them that the U drive is meaningless for us, and that they need to provide the address that they want mapping. I've got a template email reply set out and everything, it happens so often.

This topic is now closed to further replies.
  • Posts

    • OpenClaw now has native mobile apps on iOS and Android by Karthik Mudaliar OpenClaw, the viral open-source personal AI agent, now has its own mobile app, available on both Android and iOS. Users can pair the app with an existing OpenClaw gateway and can start using new mobile-native features that are now available on the app. The app supports all the existing features you'd already have seen on OpenClaw's TUI, as well as some more, such as real-time and background Talk mode, action approvals, sharing from iOS, and optional access to device capabilities such as camera, screen, location, photos, contacts, calendar, and reminders. These features are available on both the Android and iOS versions of the app. What's important with these apps is that they don't run OpenClaw on your phone, but are actually just companion apps that require a running OpenClaw Gateway on an existing device, on macOS, Linux, or Windows via WSL2. To pair the app with your existing OpenClaw gateway, users need to run the command "/pair qr" on the TUI or existing chat interface, which brings up a QR code. Users can then scan this QR code to pair it up with the mobile app. There's also an option to manually pair the app by entering the host and a port. Previously, OpenClaw had been available on phones via WhatsApp, Telegram, Slack, Discord, Microsoft Teams, Matrix, and others. Now, with a native mobile app, the interface is much cleaner and more focused on just the OpenClaw, of course, with the added support for camera, screen, location, and more. It's important to note that OpenClaw comes with its own security warnings. There's always a chance of prompt injection with these tools, so users are recommended to double-check authentication, tool policy, sandboxing, and execution approvals rather than prompts alone. For users well-versed with the AI harness, a native mobile app makes it easier to approve an automation, share a link, use voice, or let an agent react to phone-side context.
    • Google pitches Spanner as one database for all AI agents with these new featues by Karthik Mudaliar Google Cloud is introducing new features within Spanner, its distributed database, as a place where enterprises should keep their data, using which AI agents could make smarter and better decisions. In a detailed blog post, Google highlighted quite a few features coming to Spanner, including relational data, graph relationships, vector search, key-value access, full-text search, and operational analytics together in one database architecture. Google says that today's systems aren't well-made for AI agents. There could be data that is present in one system, search indexes in another, embeddings in a vector database, and relationship data in a graph database. This fragmentation isn't great for AI agents to do their jobs because they don't have access to all of this data in one place. This is where Google is positioning Spanner as a solution. Spanner is already a globally distributed relational database with strong consistency, and Google wants its customers to see it as a broader data layer for AI applications. The company introduced something called Spanner Graph, along with integrated vector search, full-text search, a Cassandra-compatible key-value endpoint, and a columnar engine for analytical queries on operational data. Google also added that its ScaNN-powered vector search can support indexes with more than 10 billion vectors, while the columnar engine can make some analytical scans up to 200 times faster. All of this isn't just exclusive to the Google Cloud Platform, and there's support for multi-cloud as well. This comes via Spanner Omni, which Google says is a downloadable, containerized version of Spanner that can run on Kubernetes and in environments outside Google Cloud, including Microsoft Azure and AWS, and even on-premises infrastructure as well as edge deployments. Google says that customers who are interested in the full-featured edition should contact the company, and there's no word on commercial availability or separate pricing. Those interested can read the full blog by Google Cloud, which details these features individually.
    • Kalmuri 4.2.5 by Razvan Serea Kalmuri is your all-in-one, portable screen capture and recording solution designed for speed, simplicity, and flexibility. Whether you need a full-screen snapshot, a custom area, a scrolling webpage, or smooth video recording, Kalmuri delivers with ease. Capture text instantly from images with built-in OCR, keep floating images on top for quick reference, and use the precise color picker for perfect design matching. Customize hotkeys to work your way and share results instantly with built-in upload options. Kalmuri runs without installation, making it ideal for USB use, and offers an intuitive interface that’s easy to learn. Kalmuri key features: Video recording support (designation of whole screen and area) Whole screen, active program, window control, area application Extract text from images using optical character recognition (OCR). Support for PNG, JPG, WEBP, BMP, GIF file formats MP4 video recording powered by FFmpeg for high-quality results Full web page capture Share the captured image on the web Color extraction function Printer output Hotkey settings Adjustable via keyboard for area capture (Arrow key, Ctrl+Arrow key, Shift+Arrow key) File name format (sequential, datetime) Free to use it at work, at home, in government offices, at school, etc. Using Kalmuri portable for video recording Kalmuri’s portable version doesn’t include FFmpeg, which is required for video recording. Without it, you’ll get an “error FFmpeg.exe not found” message. To fix this, download FFmpeg from the provided link, extract it, and place FFmpeg.exe in Kalmuri’s folder. Kalmuri will then recognize it automatically, allowing you to start recording in high quality instantly. Kalmuri 4.2.5 changelog: Fixed an intermittent crash when using Area Capture Improved stability for Area Capture and screen recording Resolved a capture issue that could occur right after startup Download: Kalmuri 4.2.5 | 24.2 MB (Freeware) Download: Kalmuri Portable 4.2.5 | 2.1 MB View: Kalmuri Website | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • They have lots of info on me, I have a facebook account and have done so for years, it was the thing to have then. My phone number is not on it. I don't have the Facebook app on my phone these days, just the messenger part, and only for a couple of people to contact me, most will text me via SMS or phone. I agree, Meta, like others, even without an account will know something about me. Just have to try and keep some things private Also, never saw the need for Whatsapp, people used to ask for me to join it, but as I said to them, I have SMS and a phone, use that, or email
  • Recent Achievements

    • First Post
      rosiecharles earned a badge
      First Post
    • Reacting Well
      Juan Dela earned a badge
      Reacting Well
    • Week One Done
      Collagen Project earned a badge
      Week One Done
    • Reacting Well
      Wakeen1966 earned a badge
      Reacting Well
    • Rookie
      Almohandis went up a rank
      Rookie
  • Popular Contributors

    1. 1
      +primortal
      516
    2. 2
      +Edouard
      273
    3. 3
      PsYcHoKiLLa
      143
    4. 4
      Steven P.
      98
    5. 5
      macoman
      54
  • Tell a friend

    Love Neowin? Tell a friend!