Atascado en la pantalla azul después de ejecutar “rm *” en /

11

Ejecuté accidentalmente rm * en / y desde entonces no puedo ver mi escritorio. Todo lo que veo es una pantalla azul con engranajes giratorios.

Irony es que de alguna manera extrañaba mi sistema operativo y otros CD también que venían con mi Mac. Seguí este artículo sobre cómo iniciar en modo seguro pero muestra la barra de progreso durante mucho tiempo y luego me quedo atascado en la pantalla azul

Se adjunta la pantalla que veo en el arranque.

Tampocopuedoentrarenmodoseguro,asíque,¿cómopuedovolveraunsistemaenfuncionamiento?

PD:Tambiénmepreguntosipuedovolveraobtenerlaconfiguracióndemiescritoriosincomprometertodalaconfiguración.Estoyespecialmentepreocupadoporelsoftwareinstaladoatravésdecervezadoméstica,basesdedatos,etc.¿EsposiblerestaurarocopiararchivoseliminadosmediantealgúntipodereparaciónatravésdeunCD?Misarchivosocultosinfusionandobash_profile,etctambiénestánallí.¿Puedesorientarmesobrecómodeboproceder?

actualizarMeconectoalmodoúnico.Comprobarimagen¿Quéhagoahora?

update#3

por último

    
pregunta Volatil3 26.02.2015 - 20:14

1 respuesta

24

Dependiendo de la configuración de su sistema y su comando, probablemente solo haya perdido algunos archivos, incluido uno esencial, y carpetas y algunos enlaces simbólicos.

Usando el comando rm * - ejecutado por un administrador en la carpeta raíz - generalmente borra solo el enlace simbólico / etc:

  • Arranque en modo de usuario único, verifique su sistema de archivos con /sbin/fsck -fy , y monte la raíz legible / grabable con /sbin/mount -rw / . Luego, vuelva a crear el enlace simbólico / etc con ln -s /private/etc /etc y reinicie su Mac con shutdown -r now .

Usando el comando sudo rm * - ejecutado por un sudoer en la carpeta raíz - en una configuración estándar solo perderá el archivo 'mach_kernel' y los enlaces simbólicos 'etc', 'tmp' y 'var'.

(No se eliminaron otros archivos en el sistema de archivos) . Después de investigaciones adicionales, resulta que algunos otros archivos y carpetas también se eliminan a menudo: una carpeta con el nombre de un sudoer (generalmente el nombre corto de su cuenta de administrador) en / private / var / db / sudo / y un archivo .state con un nombre arbitrario (el IDU generado de su cuenta de administrador / sudoer) relacionado con otro archivo con el mismo nombre en / private / var / db / shadow / hash /. No puedo determinar si se eliminan con 'sudo', 'rm' o 'sudo rm'. Estos archivos & Sin embargo, las carpetas son de poca importancia.

LoheprobadoenunamáquinavirtualdeservidorMacOSX10.6.8casiinútil.

Antesdeejecutarsudorm*,lacarpetaraízseveasí:archivos,carpetasyenlacessimbólicosinvisiblesincluidos,conls-la:

drwxrwxr-t32rootadmin115625Dez11:55.drwxrwxr-t32rootadmin115625Dez11:55..-rw-rw-r--1rootadmin153644Jan14:35.DS_Storedrwx------3rootadmin10210Sep01:37.Spotlight-V100d-wx-wx-wt2rootstaff6810Sep01:23.Trashes----------1rootadmin023Jun2009.filedrwx------38rootadmin12924Jan14:59.fseventsd-rw-------1rootwheel409610Sep01:[email protected]+35rootadmin119025Dez16:49Applicationsdrwxrwxr-x@16rootadmin54425Dez12:04Developerdrwxrwxr-t+2rootadmin6810Sep01:37Groupsdrwxrwxr-t+65rootadmin221025Dez12:02Librarydrwxr-xr-x@3rootwheel10226Feb20:43Networkdrwxr-xr-x4rootwheel13610Sep01:28SharedItemsdrwxr-xr-x4rootwheel13610Sep02:02Systemdrwxr-xr-x+5rootadmin17010Sep01:37Usersdrwxrwxrwt@4rootadmin13626Feb20:43Volumesdrwxr-xr-x@39rootwheel132610Sep02:09bindrwxrwxr-t@2rootadmin6823Jun2009coresdr-xr-xr-x3rootwheel401326Feb20:43devlrwxr-xr-x@1rootwheel1110Sep01:26etc->private/etcdr-xr-xr-x2rootwheel126Feb20:43home-rw-r--r--@1rootwheel208289648Jun2011mach_kerneldr-xr-xr-x2rootwheel126Feb20:43netdrwxr-xr-x@6rootwheel20410Sep01:28privatedrwxr-xr-x@68rootwheel231210Sep02:09sbinlrwxr-xr-x@1rootwheel1110Sep01:26tmp->private/tmpdrwxr-xr-x@14rootwheel47625Dez11:57usrlrwxr-xr-x@1rootwheel1110Sep01:26var->private/var

Despuésdeejecutarsudorm*solosedesvanecióunarchivoylosenlacessimbólicosdesaparecieron:

drwxrwxr-t28rootadmin102026Feb19:41.drwxrwxr-t28rootadmin102026Feb19:41..-rw-rw-r--1rootadmin2150826Feb19:41.DS_Storedrwx------3rootadmin1029Sep23:37.Spotlight-V100d-wx-wx-wt2root20689Sep23:23.Trashes----------1rootadmin023Jun2009.filedrwx------38rootadmin12924Jan13:59.fseventsd-rw-------1rootwheel40969Sep23:[email protected]+35rootadmin119025Dez15:49Applicationsdrwxrwxr-x@16rootadmin54425Dez11:04Developerdrwxrwxr-t+2rootadmin689Sep23:37Groupsdrwxrwxr-t+65rootadmin221025Dez11:02Librarydrwxr-xr-x@3rootwheel10226Feb19:39Networkdrwxr-xr-x4rootwheel1369Sep23:28SharedItemsdrwxr-xr-x4rootwheel13610Sep00:02Systemdrwxr-xr-x+5rootadmin1709Sep23:37Usersdrwxrwxrwt@4rootadmin13626Feb19:39Volumesdrwxr-xr-x@39rootwheel132610Sep00:09bindrwxrwxr-t@2rootadmin6823Jun2009coresdr-xr-xr-x3rootwheel401326Feb19:39devdr-xr-xr-x2rootwheel126Feb19:39homedr-xr-xr-x2rootwheel126Feb19:39netdrwxr-xr-x@6rootwheel2049Sep23:28privatedrwxr-xr-x@68rootwheel231210Sep00:09sbindrwxr-xr-x@14rootwheel47625Dez10:57usr

Alusarunaconfiguraciónnoestándar,todoslosdemásarchivosyenlacessimbólicosenlacarpetaraíz(siexistealguno)tambiénseeliminarán.Todaslascarpetasnoestándar(porejemplo,/opt)sobreviven.

  • Sinoeliminóelarchivodelkernel(locualespocoprobable),intenteiniciarenmododeusuarioúnicoyreconstruirlostresenlacessimbólicoseliminadosconln-s/.../folder/folder(porejemplo,ln-s/private/etc/etc)

  • Sitieneunacopiadeseguridadyeliminóelarchivodelkernel,intenterestaurarelarchivomach_kernel,losenlacessimbólicos,lacarpetaconsunombredeusuarioadministradoren../sudo/yelarchivodeestadofaltante.Necesitaalgúndiscoduro/unidaddediscodearranquepararestauraresosarchivosdesdelacopiadeseguridad.

  • Sinotieneunacopiadeseguridad,intentecopiarelarchivomach_kerneldesdeotraMacconelmismosistema(porejemplo,10.6.8).Recrearlosenlacessimbólicos.Probablementetengasqueajustarlapropiedadylospermisos(verlistado).

    "mach_kernel" también está disponible en Actualización Combo de Mac OS X 10.6.8 y probablemente otras actualizaciones de combo como Mac OS X Combo Update 10.6.6 y Mac OS X Combo Update 10.6.7. Por lo tanto, la actualización de su sistema dañado con el actualizador combinado desde una unidad de disco de arranque externa o adjunta en modo de disco de destino a otra Mac también debería funcionar.

    Después de restaurar el archivo del kernel y los enlaces simbólicos, puede iniciar el modo de superusuario e ingresar mount -o rw,remount / y crear la carpeta que falta en / private / var / db / sudo / with mkdir /private/var/db/sudo/adminname . El archivo .state que falta se reconstruye.

Si has ejecutado sudo rm -dR * estás condenado sin una copia de seguridad adecuada. Mi sistema no se pudo arrancar después, pero desconcertantemente solo se eliminaron ~ 524 MB de 9860 MB después de anular las confirmaciones para '/System/Library/CoreServices/boot.efi' y '/ dev / fd / 4'. En un segundo intento obtuve 8445 MB de 9860 MB eliminados usando sudo rm -dR * . El primer intento también podría haberse recuperado con Combo Update, los restos débiles del segundo intento seguramente no lo son.

    
respondido por el klanomath 26.02.2015 - 20:54

Lea otras preguntas en las etiquetas