swapon: invalid argument

> 4) если на разделе, внесённом в SWAP командой swapon или при загрузке, до этого была файловая система, то она не уничтожается при условии, что операционная система не задействовала SWAP (проверено на 99,99% заполненном UFS-разделе).

Прочитай мой предыдущий пост.

>Итак, окончательное исследование подтвердило, что:

Короче говоря фря слила со свистом.

> Короче говоря фря слила со свистом.

Наоборот.
SWAP FreeBSD не портит раздел с ФС, если не задействуется ОС.

В Linux нужно специально пометить раздел для SWAP, убив на нём ФС.

В Linux нужна специальная программа mkswap для подготовки раздела под SWAP, во FreeBSD такой программы нет.

Что и требовалось доказать.

Охренеть у тебя логика. Если тормоза у автомобиля не срабатывают всего в 50% случаях - можно смело ехать =).

Ещё раз для особо непонятливых.

> Ты сначала расскажи, как система узнает, что над разделом уже было когда-то сделано swapon, если содержимое раздела при этом не меняется?

Наличие записи в /etc/fstab указывает на принадлежность раздела к SWAP. Другой информации на стадии загрузки не требуется.

>> 3) Система начала свапиться на этот раздел из-за недостатка свободного места RAM.

> Уверен? А может она сразу туда что-то пишет, просто ты при тестировании не заметил поломки раздела, так как запись пришлась на свободное место например?

Уверен. При достаточном размере RAM операционка ничего в SWAP не пишет.

Проблема в том, что если ты случайно запишешь раздел с данными в /etc/fstab как swap, то с большой вероятностью заметишь это ты только после того, как данные на том разделе основательно подпортятся. В этом нашем говнолинупсе, swapon просто скажет "ай-ай-ай!" и выдаст ошибку с сообщением вроде "Это не свап-раздел".

http://lurkmore.ru/Взаимоисключающие_параграфы

> Охренеть у тебя логика. Если тормоза у автомобиля не срабатывают всего в 50% случаях - можно смело ехать =).

Ну так: либо ФС убита, либо нет — третьего не дано.

В Linux ФС убивается сразу и наповал программой mkswap, разве нет?

Так и запишем, в фрибсд (которая даже мой блутус не видит, не говоря уж про вайфай) убить раздел, неаккуратно разместив на нём свап (будь он прописан в fstab, не по uuid, после махинаций с порядком дисков). И никто не предупредит.

Не, ф~~~ду такие дружелюбные юниксы.

> При достаточном размере RAM операционка ничего в SWAP не пишет.

Т.е. если ВНЕЗАПНО аппе потребуется много памяти, во фре эта прога будет пахать в свопе? Оригинально.

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

> В Linux ФС убивается сразу и наповал программой mkswap, разве нет?

В Linux нет способа неявно вызвать mkswap и тем самым убить ФС. Во FreeBSD есть способ неявно вызвать swapon и тем самым убить ФС. Ясно?

> В Linux ФС убивается сразу и наповал программой mkswap, разве нет?

mkswap ещё набрать надо, а fstab уже отредактирована, но я внезапно вставил usb<->sata диск. И их порядок поменялся.

Или фрибсд не умеет грузиться при смене порядка дисков и проблема не стоит?

>Проблема в том, что если ты случайно запишешь раздел с данными в /etc/fstab как swap, то с большой вероятностью заметишь это ты только после того, как данные на том разделе основательно подпортятся. В этом нашем говнолинупсе, swapon просто скажет "ай-ай-ай!" и выдаст ошибку с сообщением вроде "Это не свап-раздел".

% mount /dev/da0p1 /mnt
% swapon /dev/da0p1
swapon: /dev/da0p1: Operation not permitted
% umount /mnt

% echo '/dev/da0p1 none swap sw 0 0' >> /etc/fstab
% swapon -a
swapon: adding /dev/da0p1 as swap device
% swapoff /dev/da0p1
% fsck -t ufs /dev/da0p1
fsck: /dev/da0p1 has unknown file system type.
% ee /etc/fstab
#-/dev/da0p1 none swap sw 0 0
% fsck -t ufs /dev/da0p1
** /dev/da0p1
** Last Mounted on /mnt
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
10 files, 3865444 used, 818 free (34 frags, 98 blocks, 0.0% fragmentation)

***** FILE SYSTEM IS CLEAN *****

% ee /etc/fstab
/dev/da0p1 none swap sw 0 0
% mount /dev/da0p1 /mnt
% swapon -a
swapon: /dev/da0p1: Operation not permitted
% umount /mnt

Теперь понятно?

> Теперь понятно?

Понятно. Ты выстрелил себе в ногу, но не попал и гордишься этим.

> Теперь понятно?

Что понятно? Я же установлю FreeBSD в эмулятор и видео тебе запишу, в котором будет показано как из-за одной опечатки можно угробить раздел с данными =).

> mkswap ещё набрать надо, а fstab уже отредактирована, но я внезапно вставил usb<->sata диск. И их порядок поменялся.

Что легче: набрать "mkswap /dev/раздел_с_данными" или же "echo '/dev/раздел_с_данными none swap sw 0 0' >> /etc/fstab && reboot"

???

Подумай на досуге.

> Или фрибсд не умеет грузиться при смене порядка дисков и проблема не стоит?

На Фри нету смены порядка дисков. Номера интерфейсов привязаны к контроллёрам, которые распаяны железно и не перенумеровываются при каждом включении, как сетевые карты в Linux — не меняют свои номера в зависимости от фазы Луны.

> Ты выстрелил себе в ногу, но не попал и гордишься этим.

Отличное определение. Хвалю за находчивость. Unix позволяет выстрелить себе в ногу и исправить ошибку, если она поддаётся исправлению. Linux — нет.

> Что легче: набрать "mkswap /dev/раздел_с_данными" или же "echo '/dev/раздел_с_данными none swap sw 0 0' >> /etc/fstab && reboot"

Ты намеренно усложняешь второй вариант.

> На Фри нету смены порядка дисков. Номера интерфейсов привязаны к контроллёрам, которые распаяны железно и не перенумеровываются при каждом включении, как сетевые карты в Linux — не меняют свои номера в зависимости от фазы Луны.

Ага. Т.е. флешка воткнутая воооон в ту дырку на системнике будет иметь всегда одно и то же название узла в /dev/?

> Unix позволяет выстрелить себе в ногу и исправить ошибку, если она поддаётся исправлению. Linux — нет.

Я тебе в четвёртый раз напоминаю, что FreeBSD - не UNIX. Ну это так, для справки.

> Что легче: набрать "mkswap /dev/раздел_с_данными" или же "echo '/dev/раздел_с_данными none swap sw 0 0' >> /etc/fstab && reboot"

Вы только что говорили, что swapon <dev> не ищет в fstab. Так к чему же эта шаманская пляска с ребутом?

Да, в линупсе mkswap убьет файловую систему. Так же как и создание любой другой файловой системы на разделе убьет предыдущую. Но часто ли вы пересоздаете файловые системы? А swapon не позволит свопиться куда попало.

А во фре swapon имеет все шансы выпилить системные разделы.

> На Фри нету смены порядка дисков. Номера интерфейсов привязаны к контроллёрам, которые распаяны железно и не перенумеровываются при каждом включении, как сетевые карты в Linux — не меняют свои номера в зависимости от фазы Луны.

Даже если я распотрошил компьютер, а потом вставил жёсткие диски (в количестве двух штук) не на свои места?

> Даже если я распотрошил компьютер, а потом вставил жёсткие диски (в количестве двух штук) не на свои места?

Если в /etc/fstab прописаны метки или UID'ы, а не <dev>, то всё нормально подцепится, иначе получишь бардак.

> А во фре swapon имеет все шансы выпилить системные разделы.

Я уже показал:
% ee /etc/fstab
/dev/da0p1 none swap sw 0 0
% mount /dev/da0p1 /mnt
% swapon -a
swapon: /dev/da0p1: Operation not permitted
% umount /mnt
Какие шансы на выпиливание /dev/da0p1 в хлам? НУЛЕВЫЕ!

(Когда научишься вдумчиво читать?)

> Я тебе в четвёртый раз напоминаю, что FreeBSD - не UNIX. Ну это так, для справки.

До сих пор путаешь Unix и UNIX™? ;) В школу!

> Какие шансы на выпиливание /dev/da0p1 в хлам? НУЛЕВЫЕ!

$ sudo swapon /dev/sda1

swapon: Are you on drugs?

Шансы выполнить mkswap тоже околонулевые, не больше чем шансы выполнить mkfs какой-нибудь. Или rm -rf path/to/dir /

> Т.е. флешка воткнутая воооон в ту дырку на системнике будет иметь всегда одно и то же название узла в /dev/?

С USB-флэшкой номер узла /dev da0, da1, da2,..., daX определяется порядком подключения флэшек.
C SATA-устройствами номер узла /dev ad4, ad5, ad6,...,adX определяется "дыркой" на материнке.

>Какие шансы на выпиливание /dev/da0p1 в хлам? НУЛЕВЫЕ!

Да, неправ. Текущий системный раздел не выпилит. Но вот у меня на компе три винта плюс юсб-винт. Всего разделов... Дохрена в общем. Несколько линупсов и венда вперемешку. Т.е. далеко не все разделы примонтированы.

Таким образом запилить фрёй /dev/somthingX более чем легко.

> Таким образом запилить фрёй /dev/somthingX более чем легко.

Нет.

Запилить в Linux: mkswap /dev/somthingX — 100% (без права на ошибку)
Запилить в FreeBSD: swapon /dev/somthingX — 50%50 (с правом на исправление ошибки).

>Нет.

Нет. Уже два раза в этом топике сказали, что mkswap такой же mkfs. Мы говорим не о создании раздела с ФС, а о подключении свопа. Это немного разные вещи.

> До сих пор путаешь Unix и UNIX™? ;) В школу!

В энциклопедию! =)

> С USB-флэшкой номер узла /dev da0, da1, da2,..., daX определяется порядком подключения флэшек.

Опаньки...

> Запилить в Linux: mkswap /dev/somthingX — 100% (без права на ошибку)

Я плачу горькими слезами... Без права на ошибку!!! Ты бы хоть не палился так своим незнанием матчасти, человек не осиливший даже убунту.

mkswap пишет в раздел всего несколько байт, так что реально он там мало что портит, несколько параметров в суперблоке.

Лови:

Для ext3:

# cat nashotvetmerinu.sh
#! /bin/sh

dd if=/dev/zero of=/test bs=1M count=512
mkfs.ext3 /test
file /test
mkdir /tmp/test
mount /test /tmp/test -o loop
cp -a /bin/* /tmp/test
ls /tmp/test | wc -l
umount /tmp/test
mkswap /test
file /test
fsck.ext3 /test
fsck.ext3 /test
mount /test /tmp/test -o loop
ls /tmp/test | wc -l
umount /tmp/test
rmdir /tmp/test
rm /test

# sh ./nashotvetmerinu.sh
512+0 записей считано
512+0 записей написано
скопировано 536870912 байт (537 MB), 10,259 c, 52,3 MB/c
mke2fs 1.41.3 (12-Oct-2008)
/test is not a block special device.
Proceed anyway? (y,n) y
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
32768 inodes, 131072 blocks
6553 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=134217728
4 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
32768, 98304

Writing inode tables: done
Creating journal (4096 blocks): done
Writing superblocks and filesystem accounting information: done

This filesystem will be automatically checked every 37 mounts or
180 days, whichever comes first. Use tune2fs -c or -i to override.
/test: Linux rev 1.0 ext3 filesystem data, UUID=9314c094-721f-4747-8711-5e5657739fbe (large files)
101
Setting up swapspace version 1, size = 536866 kB
no label, UUID=418f06b4-4962-43a8-b74e-09ef13da8259
/test: Linux/i386 swap file (new style), version 1 (4K pages), size 131071 pages, no label, UUID=418f06b4-4962-43a8-b74e-9ef13da8259
e2fsck 1.41.3 (12-Oct-2008)
fsck.ext3: Superblock invalid, trying backup blocks...
/test was not cleanly unmounted, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong for group #0 (32215, counted=30968).
Fix<y>? yes

Free blocks count wrong (124810, counted=123563).
Fix<y>? yes

Free inodes count wrong for group #0 (8181, counted=8084).
Fix<y>? yes

Free inodes count wrong (32757, counted=32660).
Fix<y>? yes


/test: ***** FILE SYSTEM WAS MODIFIED *****
/test: 108/32768 files (0.0% non-contiguous), 7509/131072 blocks
e2fsck 1.41.3 (12-Oct-2008)
/test: clean, 108/32768 files, 7509/131072 blocks
101

Для reiserfs: (каталог lost+found не создаётся)

# cat nashotvetmerinu.sh
#! /bin/sh

dd if=/dev/zero of=/test bs=1M count=512
mkfs.reiserfs -f /test
file /test
mkdir /tmp/test
mount /test /tmp/test -o loop
cp -a /bin/* /tmp/test
ls /tmp/test | wc -l
umount /tmp/test
mkswap /test
file /test
fsck.reiserfs /test
fsck.reiserfs /test
mount /test /tmp/test -o loop
ls /tmp/test | wc -l
umount /tmp/test
rmdir /tmp/test
rm /test

# ./nashotvetmerinu.sh
512+0 записей считано
512+0 записей написано
скопировано 536870912 байт (537 MB), 10,1713 c, 52,8 MB/c
mkfs.reiserfs 3.6.19 (2003 www.namesys.com)

A pair of credits:
Jeremy Fitzhardinge wrote the teahash.c code for V3. Colin Plumb also
contributed to that.

Many persons came to www.namesys.com/support.html, and got a question answered
for $25, or just gave us a small donation there.


/test is not a block special device
Continue (y/n):y
Guessing about desired format.. Kernel 2.6.26-2-amd64 is running.
Format 3.6 with standard journal
Count of blocks on the device: 131072
Number of blocks consumed by mkreiserfs formatting process: 8215
Blocksize: 4096
Hash function used to sort names: "r5"
Journal Size 8193 blocks (first block 18)
Journal Max transaction length 1024
inode generation number: 0
UUID: 82729ede-b455-4770-8dea-8f966a785506
Initializing journal - 0%....20%....40%....60%....80%....100%
Syncing..ok

Tell your friends to use a kernel based on 2.4.18 or later, and especially not a
kernel based on 2.4.9, when you use reiserFS. Have fun.

ReiserFS is successfully created on /test.
/test: ReiserFS V3.6
100
Setting up swapspace version 1, size = 536866 kB
no label, UUID=e230071c-03ce-4fc5-aefe-578230a6a7cf
/test: Linux/i386 swap file (new style), version 1 (4K pages), size 131071 pages, no label, UUID=e230071c-3ce-4fc5-aefe-578230a6a7cf
reiserfsck 3.6.19 (2003 www.namesys.com)

*************************************************************
** If you are using the latest reiserfsprogs and it fails **
** please email bug reports to reiserfs-list@namesys.com, **
** providing as much information as possible -- your **
** hardware, kernel, patches, settings, all reiserfsck **
** messages (including version), the reiserfsck logfile, **
** check the syslog file for any related information. **
** If you would like advice on using this program, support **
** is available for $25 at www.namesys.com/support.html. **
*************************************************************

Will read-only check consistency of the filesystem on /test
Will put log info to 'stdout'

Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes
###########
reiserfsck --check started at Fri Sep 4 09:26:33 2009
###########
Replaying journal..
Reiserfs journal '/test' in blocks [18..8211]: 0 transactions replayed
Checking internal tree..finished
Comparing bitmaps..finished
Checking Semantic tree:
finished
No corruptions found
There are on the filesystem:
Leaves 10
Internal nodes 1
Directories 2
Other files 100
Data block pointers 1205 (0 of them are zero)
Safe links 0
###########
reiserfsck finished at Fri Sep 4 09:26:33 2009
###########
reiserfsck 3.6.19 (2003 www.namesys.com)

*************************************************************
** If you are using the latest reiserfsprogs and it fails **
** please email bug reports to reiserfs-list@namesys.com, **
** providing as much information as possible -- your **
** hardware, kernel, patches, settings, all reiserfsck **
** messages (including version), the reiserfsck logfile, **
** check the syslog file for any related information. **
** If you would like advice on using this program, support **
** is available for $25 at www.namesys.com/support.html. **
*************************************************************

Will read-only check consistency of the filesystem on /test
Will put log info to 'stdout'

Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes
###########
reiserfsck --check started at Fri Sep 4 09:26:40 2009
###########
Replaying journal..
Reiserfs journal '/test' in blocks [18..8211]: 0 transactions replayed
Checking internal tree..finished
Comparing bitmaps..finished
Checking Semantic tree:
finished
No corruptions found
There are on the filesystem:
Leaves 10
Internal nodes 1
Directories 2
Other files 100
Data block pointers 1205 (0 of them are zero)
Safe links 0
###########
reiserfsck finished at Fri Sep 4 09:26:40 2009
###########
100

Для jfs, также как и для reiserfs вообще ничего не портится:

./nashotvetmerinu.sh
512+0 записей считано
512+0 записей написано
скопировано 536870912 байт (537 MB), 9,70469 c, 55,3 MB/c
mkfs.jfs version 1.1.12, 24-Aug-2007
|

Format completed successfully.

524288 kilobytes total disk space.
/test: data
100
Setting up swapspace version 1, size = 536866 kB
no label, UUID=4634bb4f-df9d-45d4-9dcb-9c4afb33503d
/test: Linux/i386 swap file (new style), version 1 (4K pages), size 131071 pages, no label, UUID=4634bb4f-df9d-45d4-9dcb-9c4afb33503d
fsck.jfs version 1.1.12, 24-Aug-2007
processing started: 9/4/2009 9.33.57
Using default parameter: -p
The current device is: /test
Block size in bytes: 4096
Filesystem size in blocks: 131072
**Phase 0 - Replay Journal Log
Filesystem is clean.
fsck.jfs version 1.1.12, 24-Aug-2007
processing started: 9/4/2009 9.33.57
Using default parameter: -p
The current device is: /test
Block size in bytes: 4096
Filesystem size in blocks: 131072
**Phase 0 - Replay Journal Log
Filesystem is clean.
100

Ну что так многословно, я уже не удивляюсь — природа такая у Windows-свитчеров всё разжувать до мелочей. А вот суперблок запорченный и ручное восстановление его из копии — по клавише "y" четыре раза нажать — вот это умиляет. :))

xfs разбивается в хлам, что вполне ожидаемо от неё.
reiser4, ext4 и btrfs проверьте у кого есть поддержка в ядре, но здесь тоже будет всё в полном порядке.

> природа такая у Windows-свитчеров всё разжувать до мелочей

А может спросим у модератора сейчас кто с какой операционки постит? Малыш, я уже 13 лет на линуксе.

> А вот суперблок запорченный и ручное восстановление его из копии — по клавише "y" четыре раза нажать — вот это умиляет. :))

Ты зубы-то не заговаривай. Вся твоя теория про 100% убиение развалилась, так ты теперь к клавише <y> доматываешься. Аргументы все закончились?

> Ну что так многословно, я уже не удивляюсь — природа такая у Windows-свитчеров всё разжувать до мелочей.

В этом треде не хватает Димеза.

Теперь сухой остаток.
Ты влез в тему и дал неверный совет топикстартеру. Когда тебя поправили, ты развёл дешёвые понты. Дальше показал незнание матчасти и ещё большие понты.
Вывод следующий -- ступай в толксы и новости, там твоё место, в технических топиках тебе делать нечего.

Стыдно должно быть, ты же умница, а такое откровенное хамское 4.2 зеваешь с mkswap. Выношу порицание!

?! O_o

Я для кого здесь выхлопов накидал? mkswap портит только xfs в силу её особенностей. Остальным fs эта операция по барабану.

>> С USB-флэшкой номер узла /dev da0, da1, da2,..., daX определяется порядком подключения флэшек.

> Опаньки...

Прикинь, у флэшек тоже могут быть метки разделов. glabel(8) или tunefs(8) спокойно присваивает метки, и флэшки монтируются не по имени <dev>, а по метке.

(Для разделов с ФС: UFS1, UFS2, MSDOSFS, CD9660, EXT2, REISER, NTFS):
% glabel label jetflash /dev/da0p1
% mount_типФС /dev/label/jetflash /mnt
...
% umount /mnt

или
(для разделов с файловой системой UFS):
% tunefs -L jetroot /dev/da0s1a
% mount /dev/ufs/jetroot /mnt
...
% umount /mnt

Монтирование по UFS ID:
% mount /dev/ufsid/49b818dc7f60a735 /mnt
— это вообще для случая работы с уникальным носителем. Ошибиться невозможно в принципе.

> А может спросим у модератора сейчас кто с какой операционки постит?

C:\>uname -a
"uname" не является внутренней или внешней
командой, исполняемой программой или пакетным файлом.
:))
Да. С работы пишу.

>Малыш, я уже 13 лет на линуксе.

А я с осени 1994 года на MS-DOS, с весны 1995 года на Windows и с 2006 года на FreeBSD и что? Кто из нас малыш?

> Я для кого здесь выхлопов накидал? mkswap портит только xfs в силу её особенностей. Остальным fs эта операция по барабану.

Эм... А ко мне то какие претензии?

> Ты влез в тему и дал неверный совет топикстартеру. Когда тебя поправили, ты развёл дешёвые понты. Дальше показал незнание матчасти и ещё большие понты.

Согласись, кроме троллинга, в теме многие (в том числе и я) получили ЗНАНИЯ. А это перевешивает всё остальное.

А просто, без троллинга уже никак? Спроси, я не гордый, отвечу. Зачем нужно было начинать очередной срач? Здесь не место выяснять у кого толще, есть же толксы и главная.

> А просто, без троллинга уже никак?

Никак. Это традиция.

Ещё раз хочу донести до тебя одну простую мысль. Троллингу не лучшее место в технических топиках. Сюда люди ходят за помощью, а не ради флейма.

> Ещё раз хочу донести до тебя одну простую мысль. Троллингу не лучшее место в технических топиках. Сюда люди ходят за помощью, а не ради флейма.

Без троллинга никто бы и пальцем на мышке не пошевелил, чтобы помочь разобраться.