Нужна подсказка, чтобы найти i386 -pc/normal.mod

Как вы уже пытались, и , как предлагает grwlf , вы можете включить это в X11 , добавив services.xserver.xkbOptions = "ctrl:swapcaps";к /etc/nixos/configuration.nix.

Чтобы применить эту настройку в за пределами X11 , вы можете добавить console.useXkbConfig = true;в конфигурацию. Это применит раскладку X к раскладке консоли, что повлияет на виртуальные консоли, такие как tty.

ОБНОВЛЕНИЕ:i18n.consoleUseXkbConfigбыло переименовано с на console.useXkbConfigв версии NixOS 20.03

.

2
06.05.2021, 10:57
1 ответ

When i do ls, it consist of tmp/ root/ var/ dev/ proc/ run/ sys/

Это действительно похоже на корневую файловую систему, но:

  • /binдолжен быть каталогом в корневой файловой системе (или символической ссылкой на /usr/binв некоторых новых дистрибутивах ), но он отсутствует
  • должен быть /bootлибо как точка монтирования для файловой системы /boot, либо как обычный каталог, но он отсутствует
  • /dev— точка монтирования файловой системы /devна основе RAM -, она там
  • /etcвсегда должен быть каталогом в корневой файловой системе, он отсутствует
  • если нет отдельного раздела /home, то /homeтоже должен быть обычным каталогом; также отсутствует
  • /libдолжно быть похоже на /bin, также отсутствует
  • /mediaи /mntдолжны быть в основном пустыми каталогами для использования в качестве точек монтирования для съемных носителей и операций системного администратора, они отсутствуют
  • /proc— точка монтирования для /procвиртуальной файловой системы, она там
  • /rootесть
  • /run— это точка монтирования для tmpfs на основе RAM -, предназначенная для файлов PID и других состояний времени выполнения -, она есть
  • /sbinдолжен быть похож на /bin, он отсутствует
  • /sys— точка монтирования виртуальной файловой системы sysfs, она там
  • /tmpчасто является точкой монтирования для ОЗУ -на основеtmpfs
  • /usrв современных системах должен быть обычным каталогом в корневой файловой системе, но он отсутствует
  • /varможет быть обычной директорией или точкой монтирования, она есть

О-о... это похоже на результат sudo rm -rf /или что-то подобное. Если это правда, то пропажа i386-pc/normal.modбудет наименьшей из ваших забот .

Большинство вещей, которые все еще находятся в вашем корневом разделе, — это каталоги, которые используются в качестве точек монтирования для других файловых систем, когда система работает нормально. Несколько оставшихся обычных каталогов находятся ближе к концу алфавитного порядка сортировки.

Активные точки монтирования нельзя удалить с помощью rm -rfбез их предварительного размонтирования, что может объяснить наличие большинства каталогов, которые все еще существуют.

Другие (в основном просто /rootи/var)могли быть спасены просто по счастливой случайности :система могла рухнуть как важные системные библиотеки в /libи/usr/lib(и/или rmи сама команда )были удалены до того, как успели завершиться удаление /rootи /var.

К сожалению, это похоже на систему, которая находится где-то между «серьезно поврежденной» и «полностью разрушенной», если предположить, что вы правильно идентифицировали раздел.

Возможно, вы захотите загрузиться с живого носителя Linux и смонтировать все разделы (только сначала читать -! ), чтобы узнать, не были ли уничтожены какие-либо важные файлы. и восстановите все, что сможете , на другой диск. Если вы хотите попытаться восстановить удаленные файлы, ничего не записывайте в этот раздел и не запускайтеfsckпока не исчерпаете все возможности восстановления (в том числе, но не ограничиваются сканированием содержимого раздела с помощью PhotoRec)и готовы отказаться от надежды на спасение каких-либо дополнительных данных.

1
28.07.2021, 11:34

Теги

Похожие вопросы