Экономика стран

К сожалению, большинство людей, которые будут ими затронуты почти весь мир, не будут иметь никакого влияния на результат. Вести Экономика Дайджест иностранной прессы за 14 августа.
Вести Экономика Греции снова придется списывать долги Греция не сможет самостоятельно расплатиться по долгам, и понадобится новая реструктуризация долгов, чтобы спасти страну от банкротства.

BTRFS - ROSAForum

Ansy писал (а): Ну чому ж не для Wiki ... проблема-то з інструкцією була лише в тому, що процедура дій в інсталятор вказана лише натяками - а варіантів "проходження квесту" там набагато більше, і багато є де наплутати . Якщо це розжувати більш докладно (а то ще й з парою скріншотів) - була б цілком робоча HOWTO-шка для Wiki.
Чи не для Wiki тому, що у мене не було бажання робити вікіфіцірованную статтю. Мій пост на допомогу вже просунутим користувачам, хто захотів зловити ще більше смачненького від системи.

Природно. Jн не бачить ніякої файлової системи. Значить користувача треба попередити, що там щось не так. Ansy писал (а): Якщо під fake-raid-1 мається на увазі використання вбудованого в материнку адаптера, то цей варіант не котить, бо:

  1. Материнка може здохнути разом з контролером, що вже було пару раз на моїй пам'яті, і від Вінди залишалися лише незагружабельние гвинти з даними, безвідносно до RAID це втрата багатьох годин робочого часу на відновлення робочого середовища.

У 2014 році я спокійно Перенс диски в Fake-Raid-1 з Asus Crosshair M2 (nForce), на Asus Crosshair V Formula-Z (AMD), контролер на новій материнки їх підхопив як рідні автоматом. Я навіть офігів від такого сервісу.

Ansy писал (а): [*] Я можу хильнути Linux на будь-яку іншу материнку натомість (якщо раптом) здохлому (на відміну від Windows) або навіть попрацювати якийсь час з Live-носія - якщо буде можливість примонтировать БУДЬ з цієї пари дисків з даними, BTRFS-RAID1 таке дозволяє, на відміну від fake-raid.

Диски fake-raid-1 можна безболісно читати і без raid-контролера по одному. А ось писати на них не треба щоб не зламати симетрію даних.

Ansy писал (а): [*] З втратою інформації на великі (швидкому, але не настільки надійному) диску готовий змиритися, бо залишиться "дзеркало" на дрібному / надійному, а в "хвості" простору, залишеного від RAID-1, розміщена NTFS для межплатформних експериментів, (бекапіруемих в мережу) віртуалок (бо основний BTRFS-RAID1 зі стисненням, вони цього не люблять) і некритичного важкого контенту (тимчасові файли, сливи даних з відновлюваних носіїв, дистрибутиви, доступні з Мережі, відеофайли спостереження і т. п.)

За умов, що помре гвинт, а не гвинт + ФС. Я таке не так давно пережив - дані цілі, а ось метадані, журнали і блоки зі структурою ФС накрилися мідним тазом. Врятувало тільки, що дані можна було відновити (повільно і ні разу неінтерактивному на інший носій) вбудованим функціоналом. Відновлення 1 Терабайта у мене зайняло 4 доби. А вся проблема в тому, що на диску помирав контролер (а не бедблокі з'явилися), і через його глюків в каой-то момент ядро ​​переписав область метаданих на нормальному диску. Fake-raid спочатку б позначив зіпсований диск, і не допустив би такої фейлов ядра.
І так, ви отримаєте швидкість роботи повільного гвинта як на запис, так і на читання. Бо система будить читати сектора поперемінно з різних дисків.
У вашому ж випадку я б просто rsync-му сінхронізовивал дані при змінах на одному диску. (Всього-то потрібен скрипт, який буде створювати снапшоти на час синхронізації, монтувати з і синхронізувати з другим диском, при настання подій зміни на ФС.)

Ansy писал (а): [*] Процесорна потужність - справа остання, бо у мене конкретно камінчик абсолютно некритичне місце, як напевно і у більшості користувачів ПК. Обробка обміну з диском і стиснення абсолютно не напружують. [/ List]

Ну це де як. На досить завантажених машинах (СУБД, конвертація відео, 1С) - це може викликати солідну втрату в продуктивності.

Ansy писал (а): PS Ось до речі ще один можливий косячок. Чому ПОДВІЙНЕ монтування рутовий розділу / dev / sda5 при зазначеному нижче вмісті / etc / fstab?

Тому, що у вас різні подтома. А з урахуванням того, що другий раз у вас змонтовані в / media // master, то я роблю висновок (а міг би провести сеанс ясновидіння Тому, що у вас різні подтома ), Що ваш логін master, а змонтували туди тому, що ви в дельфіні кликнули по диску з системним подтомом.
Монтувати подтома на одному розділі можна

код: Виділити все

mount | grep sdc3 / dev / sdc3 on / type btrfs (rw, noatime, compress = lzo, space_cache, subvolid = 374, subvol = / @ Rosa_Fresh_2014.1_KDE4) / dev / sdc3 on / usr / local type btrfs (rw, noatime, compress = lzo, space_cache, subvolid = 263, subvol = / Common / USR_Local) / dev / sdc3 on / opt type btrfs (rw, noatime, compress = lzo, space_cache, subvolid = 262, subvol = / Common / OPT) cat / etc / fstab | grep subvol UUID = d83f82e6-a28f-4c4b-aa5d-43bea81b8b12 / btrfs noatime, nofail, subvol = @ Rosa_Fresh_2014.1_KDE4, compress = lzo 1 + 1 UUID = d83f82e6-a28f-4c4b-aa5d-43bea81b8b12 / opt btrfs noatime, nofail, subvol = Common / OPT, compress = lzo 1 + 1 UUID = d83f82e6-a28f-4c4b-aa5d-43bea81b8b12 / usr / local btrfs noatime, nofail, subvol = Common / USR_Local, compress = lzo 1 + 1 / dev / sda / home btrfs subvol = @ Rosa_Fresh_Home, compress = lzo 1 + 1 / dev / sda / mnt / Zone / Home / Old btrfs subvol = Home, compress = lzo 1 + 1 / dev / sda / mnt / Zone / Home / Common btrfs subvol = @ Common, compress = lzo 1 + 1 / dev / sda / mnt / Zone / Home / Cache btrfs subvol = @ Cache, compress = lzo 1 + 1

Чому ПОДВІЙНЕ монтування рутовий розділу / dev / sda5 при зазначеному нижче вмісті / etc / fstab?
Навигация сайта
Реклама
Панель управления
Календарь новостей
Популярные новости
Информация
Экономика стран www.mp3area.ru © 2005-2016
При копировании материала, ссылка на сайт обязательна.