Renomeado acidentalmente / bin Ajuda!

Eu tenho uma emergência, iniciante em Linux e Bash aqui e errei tentando escrever um script para renomear alguns arquivos. O loop acidentalmente subiu o caminho (executou o script em uma pasta na área de trabalho) e renomeou /binpara /D_bin( D_foi o prefixo que eu adicionei), agora o sistema não pode usar o /binconteúdo, então não bash, não mvpara renomear, não sudo... Os arquivos em /D_binsão ok, não renomeado, e pode copiar e colá-los, mas não pode criar a pasta /binnovamente sem bash. O sistema parece estável, mas poucas coisas funcionam e não têm acesso aos arquivos no Desktop.

As outras pastas do /like também /lib /sbin /etcparecem bem, e a área de trabalho gráfica ainda está lá. Tenho medo de reiniciar porque não sei se será capaz de inicializar.

Existe um shell na raiz ou uma maneira de renomear /D_binnovamente /bin? Precisa de ajuda, por favor, trabalho muito importante comprometido

Meu script suicida: $:

#!/bin/bash
files=~/Desktop/folder_1/*

for j in $files
do
    cd $j
    for i in 10n*  #file names starting by 10n
    do
       find * -maxdepth 0 ! -path . -exec mv {} D_{} \;
    done
    cd ..
done

:( Obrigado!!!!

Existem várias maneiras de corrigir esse problema.

Se você tiver acesso a um shell (qualquer terminal aberto), execute:

sudo /D_bin/mv -T /D_bin /bin

sudoestá em /usr/binmodo, não há necessidade de executá-lo com caminho absoluto.

A outra coisa que você pode fazer é, adicionando o /D_binà sua PATHvariável de ambiente, como este:

export PATH=$PATH:/D_bin

Se você não tem acesso a nenhum shell:

1. reinicie o sistema
2. quando o grub aparecer, pressione epara editar o grub

3. no final da linha que começa com linux, adicione:

   init=/D_bin/bash

4. pressione CTRL+x

Agora você será direcionado para um shell bash; remonte o sistema de arquivos como lido e gravável.

/D_bin/mount -o remount,rw /

E mova o diretório D_bin para bin:

/D_bin/mv -T /D_bin /bin

Em seguida, reinicie o sistema.

Deve funcionar, mas se nada funcionou para você, você ainda pode inicializar o sistema com um disco / usb ativo do ubuntu e corrigir o problema.

Para corrigir esse problema se você não tiver um terminal em execução aberto, primeiro tentaria encontrar um “substituto de shell” que você possa usar em vez do bash. Python está dentro /usr/bin, então isso ainda deve funcionar.

Python 2.7.6 (default, Oct 26 2016, 20:30:19) 
[GCC 4.8.4] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import subprocess
>>> subprocess.call(["sudo", "/D_bin/mv", "-T", "/D_bin", "/bin"])

Se isso não funcionar, eu simplesmente inicializava diretamente do CD / USB ativo e corrigia tudo, desde um ambiente de execução conhecido.

Como um conselho geral, gostaria de destacar Jonathan Leffler nos comentários: nunca use cd ..em scripts, isso pode facilmente levar a esses problemas. Melhor apenas fazer o cd no $jdiretório dentro de um subshell , assim você não precisa se preocupar em voltar.

#!/bin/bash
files=~/Desktop/folder_1/*

for j in $files
do
  (
    cd "$j"
    for i in 10n*  #file names starting by 10n
    do
       find * -maxdepth 0 ! -path . -exec mv {} D_{} \;
    done
  )
done

Além disso, é claro, não execute coisas como root, a menos que seja absolutamente necessário.