Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-20 Пенетрантность a . v . korotkov
On Wed, 17 May 2017 22:19:43 +0300
Andrey Jr. Melnikov wrote:

AJM> А книги - в латексе/тексе. 

Никогда не видел книг в резиновых переплётах.



Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-17 Пенетрантность Andrey Jr. Melnikov
Vasiliy P. Melnik  wrote:
> [-- text/plain, кодировка base64, кодировка: UTF-8, 57 строк --]

> >
> > > Та делается - в гугле этого добра просто завались. Но тут есть одна
> > > народная примета:
> > > удаленное управление фаерволом к дальней дороге.
> > Ну если руки кривые и головы нету - то да, к дальней дороге.
> сколько лет админите, если не секрет? 
20+

> и насколько большие проекты - 10 серверов, 100 серверов?
Не роялит нонче этот показометр. 100 серверов админить - это уже не админ, а
чебурашка с мануалом от 
ансибля/паппета/очередной-оченьнужной-хрени-для-авто-деплоя

А когда у тебя всё такое из себя "авто" - то нет никакой разницы, один это
сервер или 100 контейнеров, которые нончне при любой проблеме грохают и
создают с нуля. Поколение DevOps, да.

> > > Что касается вопроса по фре - я ж написал, я пользуюсь тем, чем мне
> > удобно
> > > в конкретном случае. Там косяков тоже предостаточно, и проблем хватает,
> > но
> > > для того круга задач, для которых я ее использую она подходит идеально.
> > Последние 2 инесталляции фри, которые я наблюдал были весьма забавны.
> >
> не знаю - установщик не смотрел с тех времен, как во фре появился zfs. Меня
> просто не устраивает тот вариант разбивки диска, который предлагает
> установщик, поэтому диск разбиваю вручную и систему просто распаковываю.

> > У одной был бсдшник, который любил смотреть как пересобирается system и
> > порты, выковыривая всё из ядра, что можно было выковырять. GENERIC его не
> > устраивал, а вместо работы - была отмазка - вы чё, не видите -
> > компилируется!
> >
> Это вообще про что? в линуксе ядро тоже можно часами собирать - не понимаю
> при чем тут фря к желанию индивида пофилонить на работе
Это про то, что с бинарными апдейтами в фре - ЖОПА. А с ихними метаниями от
gcc к llvm и жосткой привязкой базовой системы к версии ядра - тройная жопа.

> У второй инсталляции админа уже не было, видимо утопили где-то. Там был
> > "православно тюненый FreeBSD роутер с BGP и фаирволом на ipfw" который не
> > мог пропустить через себя ~70Mbit трафика без потерь. Выкинули вместе с
> > сервером - заменив на микротик :)

> Это отражает только некомпетентность людей, которые использую инструмент не
> по назначению. 
Это еще и показатель маргинальности системы, увы.

> Микротик хорошая штука, но все же бгп лучше поднимать на
> линуксе, если отталкиваться от софтовых шлюзов. ipfw не самый лучший
Микротик тоже еще тот шлак. LEDE на той-же железке гораздо лучше.

> фаервол - он, например, не умеет натить pptp с двух клиентов на один
> впн-сервер. Я предпочитаю pf, но iptables в этом плане гибче, конечно.



Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-17 Пенетрантность Artem Chuprina
Andrey Jr. Melnikov -> debian-russian@lists.debian.org  @ Wed, 17 May 2017 
22:19:43 +0300:

 > лучший офисный пакет - его полное отсутствие. А книги - в латексе/тексе. 

Латекс - это на порносайтах. А издательская система - латех. Почему так
- написано у автора. В смысле, еще у Кнута, а не у Лампорта.



Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-17 Пенетрантность Дмитрий Фёдоров
18 мая 2017 г., 2:38 пользователь Vasiliy P. Melnik написал:
>
> 17 мая 2017 г., 22:24 пользователь Дмитрий Фёдоров > написал:
>> >> Как вам удалось сменить архитектуру?

> но вообще в гугле "переустановка linux удаленно" много информации
> а в чем проблема? какая разница с какой архитектурой устанавливается новая
> ось?

Не удалалённо, и не новая установка, а смена архитектуры на живом debian.


Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-17 Пенетрантность Vasiliy P. Melnik
>
> > Та делается - в гугле этого добра просто завались. Но тут есть одна
> > народная примета:
> > удаленное управление фаерволом к дальней дороге.
> Ну если руки кривые и головы нету - то да, к дальней дороге.
>
сколько лет админите, если не секрет? и насколько большие проекты - 10
серверов, 100 серверов?


> > Что касается вопроса по фре - я ж написал, я пользуюсь тем, чем мне
> удобно
> > в конкретном случае. Там косяков тоже предостаточно, и проблем хватает,
> но
> > для того круга задач, для которых я ее использую она подходит идеально.
> Последние 2 инесталляции фри, которые я наблюдал были весьма забавны.
>
не знаю - установщик не смотрел с тех времен, как во фре появился zfs. Меня
просто не устраивает тот вариант разбивки диска, который предлагает
установщик, поэтому диск разбиваю вручную и систему просто распаковываю.

У одной был бсдшник, который любил смотреть как пересобирается system и
> порты, выковыривая всё из ядра, что можно было выковырять. GENERIC его не
> устраивал, а вместо работы - была отмазка - вы чё, не видите -
> компилируется!
>
Это вообще про что? в линуксе ядро тоже можно часами собирать - не понимаю
при чем тут фря к желанию индивида пофилонить на работе

У второй инсталляции админа уже не было, видимо утопили где-то. Там был
> "православно тюненый FreeBSD роутер с BGP и фаирволом на ipfw" который не
> мог пропустить через себя ~70Mbit трафика без потерь. Выкинули вместе с
> сервером - заменив на микротик :)
>

Это отражает только некомпетентность людей, которые использую инструмент не
по назначению. Микротик хорошая штука, но все же бгп лучше поднимать на
линуксе, если отталкиваться от софтовых шлюзов. ipfw не самый лучший
фаервол - он, например, не умеет натить pptp с двух клиентов на один
впн-сервер. Я предпочитаю pf, но iptables в этом плане гибче, конечно.


Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-17 Пенетрантность Дмитрий Фёдоров
18 мая 2017 г., 2:10 пользователь Andrey Jr. Melnikov написал:
> Дмитрий Фёдоров wrote:
>> Как вам удалось сменить архитектуру?
>
> Руками. Сначала читаешь здесь: https://wiki.debian.org/CrossGrading

Спасибо. Сохранил для памяти, хоть местами и чёрная магия :)


Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-17 Пенетрантность Vasiliy P. Melnik
17 мая 2017 г., 22:24 пользователь Дмитрий Фёдоров 
написал:

> 18 мая 2017 г., 1:30 пользователь Vasiliy P. Melnik 
> написал:
> >> А вот здесь поподробнее.
> >> Как вам удалось сменить архитектуру?
> >
> > Та делается - в гугле этого добра просто завались.
>
> Ссылку.
>
https://habrahabr.ru/post/101702/

но вообще в гугле "переустановка linux удаленно" много информации


>
> > Что касается вопроса по фре
>
> Нет, мой вопрос был как вы сменили архитектуру в дебиане без переустановки.
> Всё остальное мне неважно.
>

а в чем проблема? какая разница с какой архитектурой устанавливается новая
ось?


Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-17 Пенетрантность Andrey Jr. Melnikov
Vasiliy P. Melnik  wrote:
> [-- text/plain, кодировка base64, кодировка: UTF-8, 17 строк --]

> >
> > А вот здесь поподробнее.
> > Как вам удалось сменить архитектуру?
> >

> Та делается - в гугле этого добра просто завались. Но тут есть одна
> народная примета:
> удаленное управление фаерволом к дальней дороге.
Ну если руки кривые и головы нету - то да, к дальней дороге. 

> Что касается вопроса по фре - я ж написал, я пользуюсь тем, чем мне удобно
> в конкретном случае. Там косяков тоже предостаточно, и проблем хватает, но
> для того круга задач, для которых я ее использую она подходит идеально.
Последние 2 инесталляции фри, которые я наблюдал были весьма забавны. 

У одной был бсдшник, который любил смотреть как пересобирается system и
порты, выковыривая всё из ядра, что можно было выковырять. GENERIC его не
устраивал, а вместо работы - была отмазка - вы чё, не видите - компилируется!

У второй инсталляции админа уже не было, видимо утопили где-то. Там был
"православно тюненый FreeBSD роутер с BGP и фаирволом на ipfw" который не
мог пропустить через себя ~70Mbit трафика без потерь. Выкинули вместе с
сервером - заменив на микротик :)

> З.Ы. и да, лучший офисный пакет - микрософт офис :), хотя я лично пользуюсь
> либреофисом.
лучший офисный пакет - его полное отсутствие. А книги - в латексе/тексе. 



Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-17 Пенетрантность Andrey Jr. Melnikov
Дмитрий Фёдоров  wrote:
> 17 мая 2017 г., 20:43 пользователь Andrey Jr. Melnikov написал:
> >
> > На той неделе заапгрейдил jessie i686 до amd64 в 2 перезагрузки не вставая
> > со стула. Железка с jessie - за 2500 км от меня.

> А вот здесь поподробнее.
> Как вам удалось сменить архитектуру?

Руками. Сначала читаешь здесь: https://wiki.debian.org/CrossGrading

ну и по учебнику:
dpkg --add-architecture amd64
apt-get update

apt-get install linux-image-amd64:amd64
reboot 

после того, как загрузилось - 
apt-get install debootstrap binutils

создаем загашник архивов от базовой системы
debootstrap --arch amd64 sid /chroot64 http://cdn-fastly.deb.debian.org/debian

отсюда пригодиться только /chroot64/var/cache/apt/archives/

binutils ставим из-за ar - в процессе апгрейда dpkg - dpkg сотрет сам себя и
не сможет установиться.
Есть 2 варианта - распаковать ar'ом deb и разтраить data.tar.xz в корень.
Или аккуратно разложить в /usr/local/{bin,sbin}/
Туда-же положить любимый shell с симлинком на sh. 

И dpkg --install /chroot64/var/cache/apt/archives/*_amd64.deb

После 
dpkg --get-selections | grep :i386 | sed -e s/:i386/:amd64/ | dpkg 
--set-selections
apt-get -f install

Если что-то стояло из бэкпортов - возможно прийдеться откатиться на версию
из jessie. Или добавть в chroot в sources.lists backports и 
chroot /chroot64 && apt -d install ${чего не хватает}
с ручной установкой с помошью dpkg.

У меня проблем было 4:
- dpkg (binutils отсутствовал, притащил по ssh развернутый архив), debootstrap
пришлось затаскивать так-же.
- какая-то проблема при апгрейде dash или bash, там чехарда с симлинками и
башизмами где-то в установочных скриптах. 
- perl упорно не хотел ставиться.
- левые пакаджи, которых нет в репозиториях + их зависимости от i386 бибилиотек.




Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-17 Пенетрантность Дмитрий Фёдоров
18 мая 2017 г., 1:30 пользователь Vasiliy P. Melnik  написал:
>> А вот здесь поподробнее.
>> Как вам удалось сменить архитектуру?
>
> Та делается - в гугле этого добра просто завались.

Ссылку.

> Что касается вопроса по фре

Нет, мой вопрос был как вы сменили архитектуру в дебиане без переустановки.
Всё остальное мне неважно.


Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-17 Пенетрантность Vasiliy P. Melnik
>
> А вот здесь поподробнее.
> Как вам удалось сменить архитектуру?
>

Та делается - в гугле этого добра просто завались. Но тут есть одна
народная примета:
удаленное управление фаерволом к дальней дороге.

Что касается вопроса по фре - я ж написал, я пользуюсь тем, чем мне удобно
в конкретном случае. Там косяков тоже предостаточно, и проблем хватает, но
для того круга задач, для которых я ее использую она подходит идеально.

З.Ы. и да, лучший офисный пакет - микрософт офис :), хотя я лично пользуюсь
либреофисом.


Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-17 Пенетрантность Дмитрий Фёдоров
17 мая 2017 г., 20:43 пользователь Andrey Jr. Melnikov написал:
>
> На той неделе заапгрейдил jessie i686 до amd64 в 2 перезагрузки не вставая
> со стула. Железка с jessie - за 2500 км от меня.

А вот здесь поподробнее.
Как вам удалось сменить архитектуру?


Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-17 Пенетрантность Andrey Jr. Melnikov
Vasiliy P. Melnik  wrote:
> [-- text/plain, кодировка base64, кодировка: UTF-8, 19 строк --]

> 1) порты
Местами прокисшие или не собирающиеся. Чего стоил только один скес собрать
апачу с пхп или астериск.

> 2) система работает отдельно от приложений из портов. Вы рискнете обновлять
> операционку на серверах удаленно? а во фре я это делаю постоянно, есть
> сервера на которые еще 8-рка ставилась и которые сейчас уже живут под 11-ой

На той неделе заапгрейдил jessie i686 до amd64 в 2 перезагрузки не вставая
со стула. Железка с jessie - за 2500 км от меня.

Смогёшь провернуть с фряхой такой фокус?

PS: Впрочем, никогда не понимал любителей фри - для её нрмальной работы надо
уметь пользоваться 18 видами напильников сразу, филигранно подпиливая то
порты, то ядро, то базовую систему.

PPS: Устриц ел, да, с версии 3.x до 8ки. Потом - mkfs.ext4 /dev/гдеоностояло
и едем дальше в привычном темпе.

> 17 мая 2017 г., 13:42 пользователь Sohin Vyacheslav 
> написал:

> >
> >
> > 17.05.2017 11:17, Vasiliy P. Melnik пишет:
> > > На офисных серверах пользую исключительно фрю - удобно, хорошо
> > > кастомизируется софт, если это надо, без проблем обновляется, zfs из
> > > коробки.
> >^M
> > можно поподробнее насчет "кастомизируется софт" и "без проблем
> > обновляется"?
> >
> > --
> > BW,
> > Сохин Вячеслав
> >
> >



Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-17 Пенетрантность Vasiliy P. Melnik
17 мая 2017 г., 16:55 пользователь Victor Wagner 
написал:

> On Wed, 17 May 2017 14:56:46 +0300
> "Vasiliy P. Melnik"  wrote:
>
> > 1) порты
> > 2) система работает отдельно от приложений из портов. Вы рискнете
> > обновлять операционку на серверах удаленно? а во фре я это делаю
> > постоянно, есть сервера на которые еще 8-рка ставилась и которые
> > сейчас уже живут под 11-ой
>
> В Debian я это делал не раз.
>

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

А линукс у меня начинался таки с дебиана.


Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-17 Пенетрантность Victor Wagner
On Wed, 17 May 2017 14:56:46 +0300
"Vasiliy P. Melnik"  wrote:

> 1) порты
> 2) система работает отдельно от приложений из портов. Вы рискнете
> обновлять операционку на серверах удаленно? а во фре я это делаю
> постоянно, есть сервера на которые еще 8-рка ставилась и которые
> сейчас уже живут под 11-ой

В Debian я это делал не раз. 



Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-17 Пенетрантность Aleksandr Sytar
17 мая 2017 г., 14:56 пользователь Vasiliy P. Melnik 
написал:

> Вы рискнете обновлять операционку на серверах удаленно?


Еще в 20 веке изобрели KVM, IP-KVM, iLO и иже с ними.


Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-17 Пенетрантность Vasiliy P. Melnik
1) порты
2) система работает отдельно от приложений из портов. Вы рискнете обновлять
операционку на серверах удаленно? а во фре я это делаю постоянно, есть
сервера на которые еще 8-рка ставилась и которые сейчас уже живут под 11-ой

17 мая 2017 г., 13:42 пользователь Sohin Vyacheslav 
написал:

>
>
> 17.05.2017 11:17, Vasiliy P. Melnik пишет:
> > На офисных серверах пользую исключительно фрю - удобно, хорошо
> > кастомизируется софт, если это надо, без проблем обновляется, zfs из
> > коробки.
>
> можно поподробнее насчет "кастомизируется софт" и "без проблем
> обновляется"?
>
> --
> BW,
> Сохин Вячеслав
>
>


Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-17 Пенетрантность Sohin Vyacheslav


17.05.2017 11:17, Vasiliy P. Melnik пишет:
> На офисных серверах пользую исключительно фрю - удобно, хорошо
> кастомизируется софт, если это надо, без проблем обновляется, zfs из
> коробки.

можно поподробнее насчет "кастомизируется софт" и "без проблем обновляется"?

-- 
BW,
Сохин Вячеслав



Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-17 Пенетрантность Vasiliy P. Melnik
Есть вещи, в которых фря сильная. На офисных серверах пользую исключительно
фрю - удобно, хорошо кастомизируется софт, если это надо, без проблем
обновляется, zfs из коробки. На этом лично для меня плюсы заканчиваются. На
вебплатформах, на базах данных, на десктопе - только линукс, ибо там нужна
скорость, а со скоростью у фри туго.


Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-17 Пенетрантность Victor Wagner
On Mon, 15 May 2017 12:32:01 +0300
Андрей  wrote:

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

Ну в общем-то люди, которые держат десктоп на Free у меня среди
знакомых есть. Среди того софта, который я использую под Debian что-то
не могу себе припомнить ничего, чего бы не было в портах freebsd.

У меня лично, правда, еще с прошлого века аллергия на BSD-шное ядро на
рабочем месте. Пришлось 20 лет назад примерно год проработать на
коммерческой BSDi, так, она сволочь, xterm прямо из-под пальцев
отсвопить норовила - у нее scheduler был оптимизирован на maximal
throughput, а не на minimal latency. Как собрал из хлама отдельную
машинку с Linux-ом и пересел с Dual Pentium 120 64Mb RAM на 486DX4-100
20Mb RAM, но с Linux, стало легко и приятно.

Подозреваю, впрочем, что во FreeBSD описанную проблему уже лет 15 как
исправили, но экспериментировать что-то не хочется.




Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-15 Пенетрантность Андрей
Прочитал, все что вы написали и понял что ивправду я ищу себе геморрой 
на одно место.
Честно говоря, с самого начала думал, что как раз таки с шифрованием у 
меня проблем не будет. А это оказалось главной проблемой, побыстрому 
поизучал все что мог, понял, что это реально, но разбираться ни желания, 
ни времени нет. А обе системы нужны для разных целей, поэтому либо 
виртуалка, но с дебианом, а фря будет основной системой, либо просто 
попытаюсь совместить все в одной системе.
Всем спасибо за внимание, и за то что вправили мне мозг, сам бы я 
потратил кучу времени, убежденный в своей глупости))




Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-15 Пенетрантность Victor Wagner
On Sun, 14 May 2017 00:53:55 +0300
Eugene Berdnikov  wrote:


>  А ещё лучше
>  отправить Фрю в виртуалку, тогда и ребутаться станет незачем. :)

Вот именно на эту мысль я и хочу навести топикстартера.
Я еще понимаю - винда. У нее там могут быть претензии на доступ к
железу, всякие вендорске драйвера, или требовательные к скорости работы
графики 3d-игры. Но фря-то в виртуалке прекрасно живет и ничего лишнего
не просит.



Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-14 Пенетрантность Дмитрий Фёдоров
>
> И проблем с файлами по 2ГБ не имеет.

В FAT32 ограничение на размер файла - 4 ГБ.


Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-14 Пенетрантность Hleb Valoshka
On 5/14/17, dimas  wrote:
> у меня, например, ext2 на файлопомойке, и все отлично, хотя сбои питания
> случаются иногда (тачка крутится постоянно, а электричество у нас
> "переменное")

Вот, кстати, да, ext2 поддерживается FreeBSD, и даже, если вдруг надо
будет, Виндой. И проблем с файлами по 2ГБ не имеет.


Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-13 Пенетрантность Eugene Berdnikov
On Sun, May 14, 2017 at 12:10:17AM +0300, Victor Wagner wrote:
> >  Атрибуты владельца для файлопомойки не нужны? Это сильно. :)
> >  Права доступа на файлы и каталоги, видимо, тоже не нужны.
> 
> Конечно. Это же помойка. Приходи кто хочешь, бери что хочешь.
> Тем более что мультибут. Несколько операционных систем, у каждой свой
> набор пользователей, свои uid-ы, своя система групп. Попытка это дело
> синхронизировать без использования ldap-каталога или хотя бы nfs-ных
> или cifs-овских средств мэппинга поьзователей - занятие не для
> слабонервных.

 Ой, да ладно, на домашней машине максимум 3-4 юзера, синхронизовать
 их uid-ы проще простого. И вряд ли эти три юзера будут входить
 в десятки групп, так что и группы синхронизовать нетрудно.

 А вот найти общую файловую систему для мультибура Фри и Линукса,
 да ещё сделать шифрование вряд ли легко удастся. Лучше подумать об
 отдельном компьютере с Самбой на шифрованном разделе. А ещё лучше
 отправить Фрю в виртуалку, тогда и ребутаться станет незачем. :)
-- 
 Eugene Berdnikov



Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-13 Пенетрантность dimas
2017-133 21:47 Victor Wagner  wrote:
> Я бы советовал FAT. Потому что это "наименьший общий знаменатель".
> Файловая система. которая понимается всеми
не, ну это несерьезно. про идиотские ограничения уже писали, да и зачем вообще
использовать вражью фс, прикрученную, поди, через костыли, если есть целая куча
родных?
поддержка шинды ТСом даже не заявлена, а если очень уж припрет, а на машине
ничего другого нет, то всегда можно загрузиться с флэшки/лайвцд или просто на
этом же диске держать какой-нибудь минималистичный линукс, хоть самому собрать
на бизибоксе, для "скопировать файлы на шинду" все это уложится в какие-нибудь
20 мегабайт)))

> А для файлопомойки
> продвинутые функции файловых систем, не поддерживаемые FAT, такие как
> понятие владельца файла, хардлинки или симлинки все равно не нужны.
чойта вдруг? ну ладно если юзер один, тут еще можно поспорить, но
симлинки/хардлинки... без них это какая-то неправильная файлопомойка. особенно
если планируется качать/раздавать в p2p-сетях, где файлы любят называть хрен
знает как, без раскладывания их по нормальным местам и под нормальными именами
это будет именно что помойка, в которой сам не разберешься без ста грамм

> И шифрование на машине, на которой вы пытаетесь запустить то одну, то
> другую операционную систему, тоже будет лишним. Вернее бесполезным.
чойта вдруг? (2)

> Если же вы хотите безопасности (мысль о чем возникает, так как
> упоминается шифрование), то ни в коем случае не используйте
> мультипл-бут.
а то что? я еще понимаю, /boot держать на флэшке, которую на ночь класть под
подушку, а то вдруг злые какеры подменят ведро и инитрд, напихав туда
кейлогеров, ну так для такого и с дуалбутом никаких препятствий нет.
хотя стоп, про шифрование системных разделов ТС вообще не говорит, тогда тем
более какая разница, под линуксами он будет монтировать криптоконтейнер или под
бздей?



Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-13 Пенетрантность Victor Wagner
On Sat, 13 May 2017 23:04:43 +0300
Eugene Berdnikov  wrote:

> On Sat, May 13, 2017 at 09:47:18PM +0300, Victor Wagner wrote:
> > On Sat, 13 May 2017 08:40:18 +0300
> > Андрей  wrote:
> >   
> > > Всем приятных выходных!
> > > 
> > > Имеются 3 диска, на одном Debian, на другом Freebsd 11, на третьем
> > > хочу сделать общую файлопомойку с шифрованием для этих систем.
> > > Какую файловую систему лучше выбрать для этих целей?  
> > 
> > Я бы советовал FAT. Потому что это "наименьший общий знаменатель".
> > Файловая система. которая понимается всеми. А для файлопомойки
> > продвинутые функции файловых систем, не поддерживаемые FAT, такие
> > как понятие владельца файла, хардлинки или симлинки все равно не
> > нужны.  
> 
>  Атрибуты владельца для файлопомойки не нужны? Это сильно. :)
>  Права доступа на файлы и каталоги, видимо, тоже не нужны.

Конечно. Это же помойка. Приходи кто хочешь, бери что хочешь.
Тем более что мультибут. Несколько операционных систем, у каждой свой
набор пользователей, свои uid-ы, своя система групп. Попытка это дело
синхронизировать без использования ldap-каталога или хотя бы nfs-ных
или cifs-овских средств мэппинга поьзователей - занятие не для
слабонервных. Но чтобы можнобыло воспользоваться одним из этих средств
- нужен некий серверный код который будет обслуживать хранилище и
предоставлять к нему доступ всем системам. То есть для ситуации когда у
нас есть набор виртуальных машин и файловое хранилище в хост-системе,
более эффективное решение предложить легко. А для мультибута...

>  Я бы ещё понял предложение вместо файлопомойки сделать файлообменник,

Вот это хорошее. годное предложение. Файлообменник это штука явно более
структурированная, чем файлопомойка. Для заявленного набора данных
(аудио-видео и бэкапы) это вполне допустимый к рассмотрению инструмент.
Хотя я бы все же предложил пойти дальше, и либо поделить содержимое
этого хранилища на медиатеку со своим режимом доступа и хранилище
бэкапов со своим.



Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-13 Пенетрантность dimas
2017-133 22:18 Aleksandr Sytar  wrote:
> Файловая система без журнала, srly? Ну наверно это верный выбор, если не
> хранить ничего важного.

а почему нет? это ж не корень, на который регулярно что-нибудь пишется - логи
там как минимум сыплются и т.п. если там кино, музло и прочее, которое раз в
неделю (или реже) добавляется - чего там журналировать? только лишний оверхэд
у меня, например, ext2 на файлопомойке, и все отлично, хотя сбои питания
случаются иногда (тачка крутится постоянно, а электричество у нас "переменное")



Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-13 Пенетрантность Victor Wagner
On Sat, 13 May 2017 22:18:21 +0300
Aleksandr Sytar  wrote:

> 13 мая 2017 г., 21:47 пользователь Victor Wagner 
> написал:
> 
> > Я бы советовал FAT.  
> 
> 
> Файловая система без журнала, srly? Ну наверно это верный выбор, если
> не хранить ничего важного.

Ну так помойка же. Кто ж на помойке важное хранит?



Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-13 Пенетрантность Eugene Berdnikov
On Sat, May 13, 2017 at 09:47:18PM +0300, Victor Wagner wrote:
> On Sat, 13 May 2017 08:40:18 +0300
> Андрей  wrote:
> 
> > Всем приятных выходных!
> > 
> > Имеются 3 диска, на одном Debian, на другом Freebsd 11, на третьем
> > хочу сделать общую файлопомойку с шифрованием для этих систем. Какую
> > файловую систему лучше выбрать для этих целей?
> 
> Я бы советовал FAT. Потому что это "наименьший общий знаменатель".
> Файловая система. которая понимается всеми. А для файлопомойки
> продвинутые функции файловых систем, не поддерживаемые FAT, такие как
> понятие владельца файла, хардлинки или симлинки все равно не нужны.

 Атрибуты владельца для файлопомойки не нужны? Это сильно. :)
 Права доступа на файлы и каталоги, видимо, тоже не нужны.
 Я бы ещё понял предложение вместо файлопомойки сделать файлообменник,
 чтобы передавать данные в архивах (где все нужные атрибуты внутри
 записаны), правда, FAT не умеет файлы длиннее 4 гиг, так что и такой
 шаблон использования не свободен от головной боли. Хотя любой архив
 можно нарезать на кусочки длиной до 4 гиг.
-- 
 Eugene Berdnikov



Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-13 Пенетрантность Андрей
Я так понял Вы собираетесь открывать один и тот же диск и из Linux, и 
из FreeBSD?

Да
Если да, то сначала у Вас диск будет зашифрован, а сверху уже положена 
файловая система. Во-первых чем Вы шифровать собираетесь?

скорее всего aes, я пока еще не определился.


Я бы советовал FAT. Потому что это "наименьший общий знаменатель".
Файловая система. которая понимается всеми. А для файлопомойки
продвинутые функции файловых систем, не поддерживаемые FAT, такие как
понятие владельца файла, хардлинки или симлинки все равно не нужны.
как раз таки нужны все эти функции. я наверное не правильно дал 
представление о том, что там будет храниться, не только всякое аудио и 
видео, но и куча личных файлов, бэкапов и прочего.

И шифрование на машине, на которой вы пытаетесь запустить то одну, то
другую операционную систему, тоже будет лишним. Вернее бесполезным.

почему?



Скорость работы не особо важна. Главное чтоб нормально работала с винтом 
на 2тб и так же чтоб это все в обоих системах работало "из коробки" без 
пересборки чего-либо




Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-13 Пенетрантность serge
On Sat, 13 May 2017 21:47:18 +0300
Victor Wagner  wrote:

> On Sat, 13 May 2017 08:40:18 +0300
> Андрей  wrote:
> 

> Я бы советовал FAT. Потому что это "наименьший общий знаменатель".
> Файловая система. которая понимается всеми. А для файлопомойки

файлопомойка и 2 гб файл лимит?



-- 
Claws Mail version 3.11.1
Linux debian 3.16.0-4-686-pae #1 SMP Debian 3.16.39-1+deb8u2
(2017-03-07) i686 GNU/Linux



Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-13 Пенетрантность Aleksandr Sytar
13 мая 2017 г., 21:47 пользователь Victor Wagner 
написал:

> Я бы советовал FAT.


Файловая система без журнала, srly? Ну наверно это верный выбор, если не
хранить ничего важного.


Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-13 Пенетрантность Victor Wagner
On Sat, 13 May 2017 08:40:18 +0300
Андрей  wrote:

> Всем приятных выходных!
> 
> Имеются 3 диска, на одном Debian, на другом Freebsd 11, на третьем
> хочу сделать общую файлопомойку с шифрованием для этих систем. Какую
> файловую систему лучше выбрать для этих целей?

Я бы советовал FAT. Потому что это "наименьший общий знаменатель".
Файловая система. которая понимается всеми. А для файлопомойки
продвинутые функции файловых систем, не поддерживаемые FAT, такие как
понятие владельца файла, хардлинки или симлинки все равно не нужны.

И шифрование на машине, на которой вы пытаетесь запустить то одну, то
другую операционную систему, тоже будет лишним. Вернее бесполезным.

Если же вы хотите безопасности (мысль о чем возникает, так как
упоминается шифрование), то ни в коем случае не используйте
мультипл-бут. Используйте одну систему в качестве основной, а все
остальные в ней запускайте в виртуальных машинах. Тогда раздавать
раздел с хост-машины в виртуальные вы будете по nfs или cifs.
Пожалуй, если в виртуалке freebsd, то NFS будет лучше.



Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

2017-05-13 Пенетрантность Геннадий Ковалёв

13.05.2017 08:40, Андрей пишет:

Всем приятных выходных!

Имеются 3 диска, на одном Debian, на другом Freebsd 11, на третьем 
хочу сделать общую файлопомойку с шифрованием для этих систем. Какую 
файловую систему лучше выбрать для этих целей?


Я так понял Вы собираетесь открывать один и тот же диск и из Linux, и из 
FreeBSD? Если да, то сначала у Вас диск будет зашифрован, а сверху уже 
положена файловая система. Во-первых чем Вы шифровать собираетесь? 
Во-вторых, я бы посмотрел в сторону zfs, хотя через fuse можно 
использовать всё, что угодно. И ext4, и даже ntfs, если диск заходите 
потом на офтопике открывать.