Что случилось с vi?

[Speccyfighter]

А vim установлен?  Их там несколько
Помимо vim-console есть и другие.

А какая разница?
У vim-enhanced тоже в зависимостях vim-common со всеми фичами в /usr

Код: [Выделить]

# apt-cache depends vim-enhanced | head -n 4
vim-enhanced-4:8.0.381-alt1
  PreDepends: alternatives >= 0.2.0-alt0.7
  Depends: vim-common = 4:8.0.381-alt1
  Depends: </etc/alternatives/packages.d>

Да он и сам в /usr/bin лежит

Код: [Выделить]

# rpm -qplv /var/cache/apt/archives/vim-enhanced_4%3a8.0.381-alt1_i586_1489522026.rpm
-rw-r--r--    1 root    root                       38 фев 27 14:39 /etc/alternatives/packages.d/vim-enhanced
-rwxr-xr-x    1 root    root                  2784996 мар 14 23:04 /usr/bin/vim-enhanced

Т.е. если по системе пошёл разлом, а лайва под руками не оказалось или нет возможности его использовать, то vi (vim-minimal) без вариантов.

[ruslandh]

Я не про то. Выбор конкретной версии vim определяется альтернативой, а та определяется в зависимости порядка установки пакетов и , насколько я помню , весом. И может указывать и на /bin/vi , и на /usr/bin/vim , и вообще на какой-нибудь xvim

[Speccyfighter]

Я не про то. Выбор конкретной версии vim определяется альтернативой, а та определяется в зависимости порядка установки пакетов и , насколько я помню , весом. И может указывать и на /bin/vi , и на /usr/bin/vim , и вообще на какой-нибудь xvim

На /bin/vi альтернатива не укажет, vi это последняя инстанция в службе спасения (ИМХО)

Код: [Выделить]

# apt-get remove vim-enhanced vim-console
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Следующие пакеты будут УДАЛЕНЫ:
  vim-common vim-console vim-enhanced


Код: [Выделить]

# ll /usr/bin/vim
ls: невозможно получить доступ к '/usr/bin/vim': Нет такого файла или каталога

Но при уже установленном vim-* она просто поменяется для /usr/bin/vim.
Но если /usr не смонтировался, самому редактору уже ничто не поможет, - только vi:

Код: [Выделить]

# which vim
/usr/bin/vim


Код: [Выделить]

# ll /usr/bin/vim
lrwxrwxrwx 1 root root 36 мар 30 05:42 /usr/bin/vim -> /etc/alternatives/links/|usr|bin|vim


Код: [Выделить]

# ll /etc/alternatives/links/'|usr|bin|vim'
lrwxrwxrwx 1 root root 21 апр  3 19:19 '/etc/alternatives/links/|usr|bin|vim' -> /usr/bin/vim-enhanced

Ранее здесь она была для vim-console:

Код: [Выделить]

$ which vi
/bin/vi


Код: [Выделить]

$ which vim
/usr/bin/vim


Код: [Выделить]

$ ll /bin/vi
-rwxr-xr-x 1 root root 790560 мар 16 00:22 /bin/vi


Код: [Выделить]

$ ll /usr/bin/vim
lrwxrwxrwx 1 root root 36 мар 30 05:42 /usr/bin/vim -> /etc/alternatives/links/|usr|bin|vim


Код: [Выделить]

$ ll  /etc/alternatives/links/"|usr|bin|vim"
lrwxrwxrwx 1 root root 20 мар 30 05:42 '/etc/alternatives/links/|usr|bin|vim' -> /usr/bin/vim-console


После установки vim-enhanced, для /usr/bin/vim альтернативой стал уже не /usr/bin/vim-console, а /usr/bin/vim-enhanced

После установки может появиться цепочка альтернатив, но аварийный /bin/vi она не затрагивает:

Код: [Выделить]

# ll /bin/vi
-rwxr-xr-x 1 root root 790560 мар 16 00:22 /bin/vi


Код: [Выделить]

# ll /usr/bin/vim
lrwxrwxrwx 1 root root 36 апр  3 19:56 /usr/bin/vim -> /etc/alternatives/links/|usr|bin|vim


Код: [Выделить]

# ll /usr/bin/vim-X11
lrwxrwxrwx 1 root root 40 апр  3 19:56 /usr/bin/vim-X11 -> /etc/alternatives/links/|usr|bin|vim-X11


Код: [Выделить]

# ll /etc/alternatives/links/'|usr|bin|vim'
lrwxrwxrwx 1 root root 16 апр  3 19:56 '/etc/alternatives/links/|usr|bin|vim' -> /usr/bin/vim-X11


Код: [Выделить]

# ll /etc/alternatives/links/'|usr|bin|vim-X11'
lrwxrwxrwx 1 root root 19 апр  3 19:56 '/etc/alternatives/links/|usr|bin|vim-X11' -> /usr/bin/vim-neXtaw


[ruslandh]

Ну почему,  альтернатива может указать и на /bin/vi

[Speccyfighter]

Ну почему,  альтернатива может указать и на /bin/vi

Откуда? С отвалившегося или несуществующего /usr/bin/vim на /bin/vi?
Но в теории да, может.
Ну разве что с /bin/vim на /bin/vi, но зачем.
Если /bin/vi это всегда не симлинк, то вряд ли кто-то перепутает vi с vim.
vi не предназначен для повседневного использования. Он предназначен для тех ситуаций, когда идти уже кроме vi больше не к кому.

Фишка vi в том, что как ни разбивай винчестер, ни при каких ситуациях сломаться vi не может. А чтобы его сломать, нужно очень сильно постараться.

[ruslandh]

Почему с отвалившегося ? С полностью загруженного, но с неустановленными другими vim

[Speccyfighter]

Почему с отвалившегося ? С полностью загруженного, но с неустановленными другими vim

В критических ситуациях альтернатива на vi как мёртвому припарка:
/usr/bin/vim (сбой файловой) -> ./etc/альтернатива (корень) -> /bin/vi (корень)
Как и наоборот.

Если редакторы и его компоненты лежат в /usr и эта файловая дала сбой, а в /bin/ физически нет редактора, то ничего кроме cat+ed+sed пользователю не останется.
Если /usr в Федоре отвалится и там где просимлинковали /bin и /sbin, то там целиком всё нафик поотваливается и лайв там без вариантов. Ну как у виндузятников, если уж рухнуло, то всё целиком.

В альтах может быть:
/usr это /usr, а всё остальное это базовая система с полным набором реанимации и разные там лайвы ей не нужны чтобы восстановить /usr.
В этом вся фишка Unix-подобных систем:

Код: [Выделить]

$ ldd -v /bin/vi
linux-gate.so.1 (0xb777b000)
libselinux.so.1 => /lib/libselinux.so.1 (0xb7739000)
libtinfo.so.5 => /lib/libtinfo.so.5 (0xb7715000)
libacl.so.1 => /lib/libacl.so.1 (0xb770b000)
libc.so.6 => /lib/libc.so.6 (0xb758e000)
libpcre.so.3 => /lib/libpcre.so.3 (0xb7547000)
libdl.so.2 => /lib/libdl.so.2 (0xb7542000)
/lib/ld-linux.so.2 (0x80086000)

Version information:
/bin/vi:
libacl.so.1 (ACL_1.0) => /lib/libacl.so.1
libc.so.6 (GLIBC_2.11) => /lib/libc.so.6
libc.so.6 (GLIBC_2.15) => /lib/libc.so.6
libc.so.6 (GLIBC_2.4) => /lib/libc.so.6
libc.so.6 (GLIBC_2.2) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1) => /lib/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
libc.so.6 (GLIBC_2.3.4) => /lib/libc.so.6
libc.so.6 (GLIBC_2.3) => /lib/libc.so.6
/lib/libselinux.so.1:
libdl.so.2 (GLIBC_2.1) => /lib/libdl.so.2
libdl.so.2 (GLIBC_2.0) => /lib/libdl.so.2
ld-linux.so.2 (GLIBC_2.3) => /lib/ld-linux.so.2
libc.so.6 (GLIBC_2.8) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.2.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.2) => /lib/libc.so.6
libc.so.6 (GLIBC_2.2.4) => /lib/libc.so.6
libc.so.6 (GLIBC_2.4) => /lib/libc.so.6
libc.so.6 (GLIBC_2.7) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1.2) => /lib/libc.so.6
libc.so.6 (GLIBC_2.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
libc.so.6 (GLIBC_2.3.4) => /lib/libc.so.6
/lib/libtinfo.so.5:
ld-linux.so.2 (GLIBC_2.0) => /lib/ld-linux.so.2
libc.so.6 (GLIBC_2.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.2) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.15) => /lib/libc.so.6
libc.so.6 (GLIBC_2.4) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1) => /lib/libc.so.6
libc.so.6 (GLIBC_2.3.4) => /lib/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
/lib/libacl.so.1:
libc.so.6 (GLIBC_2.1) => /lib/libc.so.6
libc.so.6 (GLIBC_2.3.4) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.2) => /lib/libc.so.6
libc.so.6 (GLIBC_2.4) => /lib/libc.so.6
libc.so.6 (GLIBC_2.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
/lib/libc.so.6:
ld-linux.so.2 (GLIBC_2.3) => /lib/ld-linux.so.2
ld-linux.so.2 (GLIBC_2.0) => /lib/ld-linux.so.2
ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2
ld-linux.so.2 (GLIBC_2.1) => /lib/ld-linux.so.2
/lib/libpcre.so.3:
libc.so.6 (GLIBC_2.3.4) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.4) => /lib/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
libc.so.6 (GLIBC_2.3) => /lib/libc.so.6
/lib/libdl.so.2:
ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2
libc.so.6 (GLIBC_PRIVATE) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1) => /lib/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/libc.so.6


Код: [Выделить]

$ ldd -v /sbin/fsck
linux-gate.so.1 (0xb77a6000)
libmount.so.1 => /lib/libmount.so.1 (0xb7737000)
libblkid.so.1 => /lib/libblkid.so.1 (0xb76e9000)
librt.so.1 => /lib/librt.so.1 (0xb76e0000)
libc.so.6 => /lib/libc.so.6 (0xb7563000)
libselinux.so.1 => /lib/libselinux.so.1 (0xb7538000)
/lib/ld-linux.so.2 (0x8004d000)
libuuid.so.1 => /lib/libuuid.so.1 (0xb7532000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb7516000)
libpcre.so.3 => /lib/libpcre.so.3 (0xb74cf000)
libdl.so.2 => /lib/libdl.so.2 (0xb74ca000)

Version information:
/sbin/fsck:
librt.so.1 (GLIBC_2.2) => /lib/librt.so.1
libblkid.so.1 (BLKID_1.0) => /lib/libblkid.so.1
libblkid.so.1 (BLKID_2.17) => /lib/libblkid.so.1
libc.so.6 (GLIBC_2.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.8) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.7) => /lib/libc.so.6
libc.so.6 (GLIBC_2.2) => /lib/libc.so.6
libc.so.6 (GLIBC_2.4) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1) => /lib/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
libc.so.6 (GLIBC_2.3.4) => /lib/libc.so.6
libmount.so.1 (MOUNT_2.20) => /lib/libmount.so.1
libmount.so.1 (MOUNT_2.21) => /lib/libmount.so.1
libmount.so.1 (MOUNT_2.24) => /lib/libmount.so.1
libmount.so.1 (MOUNT_2.19) => /lib/libmount.so.1
/lib/libmount.so.1:
librt.so.1 (GLIBC_2.2) => /lib/librt.so.1
ld-linux.so.2 (GLIBC_2.3) => /lib/ld-linux.so.2
libblkid.so.1 (BLKID_1.0) => /lib/libblkid.so.1
libblkid.so.1 (BLKID_2.17) => /lib/libblkid.so.1
libblkid.so.1 (BLKID_2.15) => /lib/libblkid.so.1
libc.so.6 (GLIBC_2.9) => /lib/libc.so.6
libc.so.6 (GLIBC_2.15) => /lib/libc.so.6
libc.so.6 (GLIBC_2.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.8) => /lib/libc.so.6
libc.so.6 (GLIBC_2.3.2) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.2) => /lib/libc.so.6
libc.so.6 (GLIBC_2.7) => /lib/libc.so.6
libc.so.6 (GLIBC_2.4) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1.2) => /lib/libc.so.6
libc.so.6 (GLIBC_2.17) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1) => /lib/libc.so.6
libc.so.6 (GLIBC_2.6) => /lib/libc.so.6
libc.so.6 (GLIBC_2.3.4) => /lib/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
/lib/libblkid.so.1:
ld-linux.so.2 (GLIBC_2.3) => /lib/ld-linux.so.2
libuuid.so.1 (UUID_1.0) => /lib/libuuid.so.1
libc.so.6 (GLIBC_2.3.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.8) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.2) => /lib/libc.so.6
libc.so.6 (GLIBC_2.7) => /lib/libc.so.6
libc.so.6 (GLIBC_2.4) => /lib/libc.so.6
libc.so.6 (GLIBC_2.17) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1) => /lib/libc.so.6
libc.so.6 (GLIBC_2.3.4) => /lib/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
/lib/librt.so.1:
libc.so.6 (GLIBC_2.3.2) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
libc.so.6 (GLIBC_PRIVATE) => /lib/libc.so.6
libpthread.so.0 (GLIBC_2.2) => /lib/libpthread.so.0
libpthread.so.0 (GLIBC_2.3.2) => /lib/libpthread.so.0
libpthread.so.0 (GLIBC_PRIVATE) => /lib/libpthread.so.0
libpthread.so.0 (GLIBC_2.1) => /lib/libpthread.so.0
libpthread.so.0 (GLIBC_2.0) => /lib/libpthread.so.0
/lib/libc.so.6:
ld-linux.so.2 (GLIBC_2.3) => /lib/ld-linux.so.2
ld-linux.so.2 (GLIBC_2.0) => /lib/ld-linux.so.2
ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2
ld-linux.so.2 (GLIBC_2.1) => /lib/ld-linux.so.2
/lib/libselinux.so.1:
libdl.so.2 (GLIBC_2.1) => /lib/libdl.so.2
libdl.so.2 (GLIBC_2.0) => /lib/libdl.so.2
ld-linux.so.2 (GLIBC_2.3) => /lib/ld-linux.so.2
libc.so.6 (GLIBC_2.8) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.2.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.2) => /lib/libc.so.6
libc.so.6 (GLIBC_2.2.4) => /lib/libc.so.6
libc.so.6 (GLIBC_2.4) => /lib/libc.so.6
libc.so.6 (GLIBC_2.7) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1.2) => /lib/libc.so.6
libc.so.6 (GLIBC_2.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
libc.so.6 (GLIBC_2.3.4) => /lib/libc.so.6
/lib/libuuid.so.1:
ld-linux.so.2 (GLIBC_2.3) => /lib/ld-linux.so.2
libc.so.6 (GLIBC_2.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.2) => /lib/libc.so.6
libc.so.6 (GLIBC_2.3.4) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.4) => /lib/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1) => /lib/libc.so.6
/lib/libpthread.so.0:
ld-linux.so.2 (GLIBC_2.1) => /lib/ld-linux.so.2
ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2
libc.so.6 (GLIBC_2.3.2) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1) => /lib/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
libc.so.6 (GLIBC_2.2) => /lib/libc.so.6
libc.so.6 (GLIBC_PRIVATE) => /lib/libc.so.6
/lib/libpcre.so.3:
libc.so.6 (GLIBC_2.3.4) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.4) => /lib/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
libc.so.6 (GLIBC_2.3) => /lib/libc.so.6
/lib/libdl.so.2:
ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2
libc.so.6 (GLIBC_PRIVATE) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1.3) => /lib/libc.so.6
libc.so.6 (GLIBC_2.1) => /lib/libc.so.6
libc.so.6 (GLIBC_2.0) => /lib/libc.so.6

Тоже к вопросу об инструментах реанимации:
Вот в альтах например, mount лежит в /bin, как тому и положено быть

Код: [Выделить]

$ ll /bin/mount
-rws--x--x 1 root root 38880 ноя 21 18:33 /bin/mount

И только клинический дебил может догадаться положить его в /usr.

[ruslandh]

Вы меня не слышите. Всё, что вы рассказываете, я прекрасно знаю. Я пытаюсь решить проблему tema, а вы мне выдаёте азы, которые я и так знаю.

[Speccyfighter]

Вы меня не слышите. Всё, что вы рассказываете, я прекрасно знаю. Я пытаюсь решить проблему tema, а вы мне выдаёте азы, которые я и так знаю.

Руслан, ты тоже меня не слышишь, - vi это базовая основа системы.
Это потребует выноса пакета vim-minimal который вынесет полсистемы:

Код: [Выделить]

# apt-get remove vim-minimal
...
ВНИМАНИЕ: Будут удалены важные для работы системы пакеты
Обычно этого делать не следует. Вы должны точно понимать возможные последствия!
  basesystem vitmp (по причине basesystem)
0 будет обновлено, 0 новых установлено, 64 пакетов будет удалено и 16 не будет обновлено.
Необходимо получить 0B архивов.
После распаковки будет освобождено 303MB дискового пространства.
Вы делаете нечто потенциально опасное!
Введите фразу 'Yes, do as I say!' чтобы продолжить.
Его невозможно удалить без последствий.

Тёме нужно чтобы по vi вызывался vim-чтототам.
В его случае /bin/vi обязан быть ссылкой (на альтернативу).

И удовольствие это можно получить на любом альтовом репозитории:

Код: [Выделить]

# apt-get remove vim-minimal
...
ВНИМАНИЕ: Будут удалены важные для работы системы пакеты
Обычно этого делать не следует. Вы должны точно понимать возможные последствия!
  basesystem vitmp (по причине basesystem)
4 будет обновлено, 5 новых установлено, 76 пакетов будет удалено и 23 не будет обновлено.
Необходимо получить 1855kB архивов.
После распаковки будет освобождено 92,5MB дискового пространства.
Вы делаете нечто потенциально опасное!
Введите фразу 'Yes, do as I say!' чтобы продолжить.


[ASte]

Я пытаюсь решить проблему tema

По моему самое простое для  - поместить в PATH самым первым какой-нибудь каталог (например /opt) , где будет размещаться символическая ссылка на vim с именем vi.
Ну или использовать alias.
И при обновлениях ничего не отвалится.

[Speccyfighter]

Я пытаюсь решить проблему tema

По моему самое простое для  - поместить в PATH самым первым какой-нибудь каталог (например /opt) , где будет размещаться символическая ссылка на vim с именем vi.
Ну или использовать alias.
И при обновлениях ничего не отвалится.

Тогда /bin/vi работать перестанет 
Но да, алиасом наиболее просто.

[ASte]

Тогда /bin/vi работать перестанет

Пока система "целая" /bin/vi не нужен. vim удобнее
Если система "в режиме восстановления" и /usr сломан, ничто не мешает вызвать /bin/vi напрямую,  с указанием полного пути.

Опять-же, если /usr не вынесен на отдельный раздел, то вопрос об нужности  /bin/vi (при наличии vim) переходит ИМХО в чисто теоретическую плоскость.

[Speccyfighter]

Тогда /bin/vi работать перестанет

Пока система "целая" /bin/vi не нужен. vim удобнее
Если система "в режиме восстановления" и /usr сломан, ничто не мешает вызвать /bin/vi напрямую,  с указанием полного пути.

Опять-же, если /usr не вынесен на отдельный раздел, то вопрос об нужности  /bin/vi (при наличии vim) переходит ИМХО в чисто теоретическую плоскость.

Согласен, это вопрос философский.

[ruslandh]

Я не вижу смысла удалять vim-minimal, если установлен vim. Он и так в этом случае не должен вызываться.

[ruslandh]

Вот смотрите, EDITOR у него задан как vim (?), но он не вызывается. Я решаю эту конкретную проблему, а не вопрос как удалить vim-minimal