O endereço “computer: ///” é apenas algo simbólico ou pode ser usado em algum lugar?

Eu estou usando Linux Mint 15 (Mate). Quando eu duplo clique no Computerícone no meu desktop para ver as unidades disponíveis, a barra de endereços do gerenciador de arquivos (Caja 1.6.1) mostra este endereço: computer:///. Este endereço é apenas algo simbólico ou pode ser usado em algum lugar? (como na linha de comando, ou o que seja). E por que esse endereço tem três /caracteres? Por que não dois? Alguma razão específica por trás disso?

computer:///é um local especial ao qual o daemon GVFS responde. Para obter mais informações sobre o que é o GVFS, consulte O que é o gvfs e por que devo desejá-lo no meu sistema? , mas basta dizer que é um invólucro das chamadas brutas do POSIX para ler, listar e gravar arquivos, além de fornecer algumas abstrações interessantes. A visita computer:///funcionará em qualquer aplicativo habilitado para GVFS.

Você pode manipular os locais do GVFS, incluindo computer:///(pelo menos IIRC) na linha de comando com a gvfs-*família de ferramentas.

Agora, isso está no GNOME 3. Você está no MATE. Atualmente, não estou totalmente familiarizado com a pilha de software do MATE - computer:///costumava ser uma coisa especial à qual o Nautilus respondia, não o daemon de leitura de arquivo subjacente (ou as chamadas subjacentes, se você preferir). Não sei ao certo a que distância o MATE vem das tecnologias abandonadas do GNOME 2 (sim, eu sei que o MATE é sobre como tornar o GNOME 2 ativo, mas há muitas coisas antigas que ainda precisam ser substituídas, como libbonobo, libunique e algumas outras bibliotecas que ninguém mais entende mais). Portanto, dependendo disso, a resposta é: "é um hack no Nautilus" (antigo) ou "é um hack no GVFS que o Nautilus herda" (novo).

computer: /// A razão por trás disso é que a listagem normal de diretórios é a seguinte,

computer://(directory)/filename

Como o diretório é o diretório raiz. A propósito, o diretório raiz não tem nome (vazio), então //(root)/é indicado como ///. Por que o diretório raiz tem nome nulo ou sem nome.

Consulte RFC 1738 - Localizadores uniformes de recursos (URL)