Отказавший в ДОЛЖНОСТНОМ ЛИЦЕ шага, мечущем икру/bin/plymouth (тестирование Debian)

У меня была точная ошибка сегодня.

Я установил Плимут, но он не изменил результат.

Это было вызвано неправильными входами NFS в / etc / fstab. После удаления этой записи ошибка исчезла. Я думаю, что это ужасное поведение связано с глупым системой.

Объединяя предыдущие ответы, эта проблема, по-видимому, вызвана недействительными записями в /etc/fstab.

В моем случае я работаю внутри виртуального ящика, и проблема была в общей папке, которую я настроил для автоматического монтирования при загрузке. В двух других ответах проблема была в сеттигнах для NFS или устройства CD-ROM.

Я бы посоветовал для диагностики просто прокомментировать все несущественные строки в /etc/fstab, а затем снова добавлять их одну за другой, пока вы не реплицируете проблему.

После этого проблемная линия может быть диагностирована и исправлена. Во время дистрибутивного апгрейда возможно, что такие вещи, как общие папки Vbox, сетевой ресурс или другие специализированные файловые системы были обновлены некорректно.

Я знаю, что оригинал сообщения просил о sed или awk, но если вы хотите удалить "и; только из пятого столбца я бы использовал regex и php. Возможно, есть способ сделать это в AWK, но я люблю использовать самые простые инструменты.

<?php

foreach(file($argv[1]) as $line){

    $matches = array();
    preg_match('/^(\w+)\s+(\d+)\s+(\d+)\s+(\-|\+)\s+"(\w+.\d)"\;/',$line,$matches);
    $matched_line = array_shift($matches); // remove the first element
    vprintf("%s\t%s\t%s\t%s\t%s\n",$matches);
}

это будет выводить

$ php /tmp/preg_replace.php /tmp/data
chr1    134901  139379  -   ENSG00000237683.5
chr1    860260  879955  +   ENSG00000187634.6
chr1    861264  866445  -   ENSG00000268179.1
chr1    879584  894689  -   ENSG00000188976.6
chr1    895967  901095  +   ENSG00000187961.9

Вы должны будете использовать эхо , чтобы передать $ i в неловкое состояние. В противном случае он ищет файл.

A=$(echo $i | awk -F_ '{print $1}')

Совпадает с B

Я подтверждаю, что это проблема в fstab. Если вы зайдете внутрь fstab и удалите последнюю строку, которую вы сделали, как раньше, и система запустится. У меня проблема с автоматическим доступом в VirtureBox 5/debian 8. Нет проблем в Virtualbox 4/debian 7

Veo que este es un hilo bastante antiguo en este punto... pero también experimenté este problema hoy.

Tuve que comentar esta línea en /etc/fstabpara evitar que el sistema arranque en 'modo de emergencia':

#UUID=0x0000x0-0x00-0000-xx00-0000xxx00000 /boot           ext2    defaults        0       2
/dev/mapper/Ubuntu16043LTSVM--vg-swap_1 none            swap    sw              0       0

*(El UUID está intencionalmente ofuscado)

ACTUALIZAR:

La línea UUID en /etc/fstabparece tener la culpa de este problema. Impar. Después de leer más sobre este problema en este hilo , todavía no estaba más cerca de una respuesta definitiva sobre la causa raíz, pero al menos el SWAP está configurado ahora.

¿Alguien ha podido resolver este problema por completo? o encontrar la causa raíz?