Изпечатай

[laskov]

Според мен е бъг. Погрешка, написах "mount /dev/sdb1 /" и то се изпълни! Ето повече инфо:

root@turtle:~# cat /etc/slackware-version
Slackware 14.0
root@turtle:~# fdisk -l

Disk /dev/sda: 20.0 GB, 20020396032 bytes
255 heads, 63 sectors/track, 2434 cylinders, total 39102336 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000b57a4

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048    37750783    18874368   83  Linux
/dev/sda2        37750784    39102335      675776   82  Linux swap

Disk /dev/sdb: 15.3 GB, 15301836800 bytes
255 heads, 63 sectors/track, 1860 cylinders, total 29886400 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0003664b

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *        2048    28841983    14419968   83  Linux
/dev/sdb2        28844030    29884415      520193    5  Extended
/dev/sdb5        28844032    29884415      520192   82  Linux swap
root@turtle:~# cat /etc/mtab
/dev/sda1 / ext4 rw 0 0
proc /proc proc rw 0 0
sysfs /sys sysfs rw 0 0
tmpfs /dev/shm tmpfs rw 0 0

root@turtle:~# mount /dev/sdb1 /

root@turtle:~# cat /etc/mtab
/dev/sda1 / ext4 rw 0 0
proc /proc proc rw 0 0
sysfs /sys sysfs rw 0 0
tmpfs /dev/shm tmpfs rw 0 0
/dev/sdb1 / ext4 rw 0 0

root@turtle:~# dmesg | tail
....
[ 5482.474335] EXT4-fs (sdb1): recovery complete
[ 5482.475087] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)

root@turtle:~# umount /dev/sdb1
umount: /: device is busy.
        (In some cases useful info about processes that use
         the device is found by lsof(8) or fuser(1))

root@turtle:~# umount /dev/sda1
umount: cannot umount /dev/sda1 -- /dev/sdb1 is mounted over it on the same point.

[Odido]

Обикновено  с тази команда си маутвам външния хард ,който е с ntfs система.
Разгледай  за всеки случай как е конфигуриран.Там може да намериш някакви отговори:

Код

GeSHi (Bash):
nano /etc/fstab 

[sstefanov]

Защо да е бъг, след като е станало точно това, което си написал?

[gat3way]

Поради странни стечения на обстоятелствата, днес, точно заради същия проблем, на машина където не съм root,  сериозно се замислих за психическото си здраве. Имам една купчина perl скриптове изписани, днес се оказа че модификациите, които съм правил в последните 2 седмици просто изчезнаха, cronjob-овете, които съм писал за разчистване на файловата система от ненужни глупости просто ги няма и т.н. Побърках се. А се оказа, че когато ИТ-тата създавали новия LUN на SAN-а, стария не са го затрили, а просто са го unmount-нали. И в един красив момент са mount-нали стария върху същият mountpoint по грешка. Комична ситуация, но за малко да ми докара микроинфаркт.

[laskov]

Аристократ, ти си монтираш с тази команда, но БЕЗ наклонената черта накрая;
sstefanov, по този начин се прецаква системата. Цялата файлова система на работещата ОС би трябвало да стане недостъпна.
gat3way, твоите хора монтират нов LUN някъде в по-долни нива във файловата система, а не в самия корен.

Според мен, така зададената команда трябва да върне някаква грешка. Имам спомени, че в по-ранните версии на mount или ядрото, директорията-точка на монтиране трябваше да е празна, но виждам, че сега това не е така. man mount казва, че

       The standard form of the mount command, is
              mount -t type device dir
       This tells the kernel to attach the file system found on device (which is of type
       type) at the directory dir.  The previous contents (if any) and owner and mode of
       dir become invisible, and as long as this file system remains mounted, the  path-
       name dir refers to the root of the file system on device.

А в този текст все пак пише, че тази команда трябва да върне грешка

EBUSY

        The mount point is busy. (E.g. it is some process' working directory or has a filesystem mounted on it already).

[gat3way]

Това няма значение (имам предвид root директорията или не). Аз лично не помня някога да е имало изискване да е празна директорията, възможно е някоя mount  команда да е проверявала. Това че не връща -EBUSY обаче е гадно. Особено щом по документация трябва да го прави, а не го прави.

[sstefanov]

Знам какво става, също така би трябвало да го знае и този, който има права да изпълнява командата!
В крайна сметка командата не е виновна, че си прецакваш системата, както има и много други начини да я прецакаш без това да значи чесъответните команди са бъгави.

Между другото някъде гледах, че mount предупреждава, когато монтираш нещо в непразна директория.

[laskov]

Като знаеш, как мислиш? Прецаква ли се? Щото при мен - не. Работи си. И понеже знам, че не си го пробвал и че няма да направиш експерименти, с които да си полезен, а пък виждам, че участваш, ще добавя:
На sda1 има slackware и зарежда от него. На sdb1 има Ubuntu. Както се досещаш, директориите и файловете се дублират в голяма степен. Но грешното монтиране не прави така, че от този момент slackware-то да стане Ubuntu . Продължава да е достъпна файловата система на sda1. Не съм пробвал да търся уникални за ubuntu файлове, за да разбера дали и файловата система на sdb1 ще е достъпна.

[sstefanov]

Направих си експеримент и наистина не се прецака!
А едно време със slackware 6 беше май по-различно.

Ето резултатите (debian виртуална машина и proxmox iso като CD):

Код

GeSHi (Bash):
root@debian-mail:~# mount
...
/dev/sr0 on /media/cdrom0 type iso9660 (ro,noexec,nosuid,nodev,user=sstefanov)
 
root@debian-mail:~# ls -l /bin/ps
-rwxr-xr-x 1 root root 99040 Feb 16  2012 /bin/ps
 
root@debian-mail:~# ls -l /media/cdrom0/bin/ps
-rwxr-xr-x 1 root root 99072 May  4  2010 /media/cdrom0/bin/ps
 
root@debian-mail:~# mount /dev/sr0 /
mount: block device /dev/sr0 is write-protected, mounting read-only
 
root@debian-mail:~# mount
/dev/mapper/debian--mail-root on / type ext3 (rw,errors=remount-ro)
...
/dev/sr0 on / type iso9660 (ro)
 
root@debian-mail:~# ls -l /bin/ps
-rwxr-xr-x 1 root root 99040 Feb 16  2012 /bin/ps
 

Командата ps си е старата и системата си върви.

Обаче ако се монтират пак същите дялове в друга директория новия замества стария.

Ако въпросът е бил защо не се прецаква системата, явно съм го разбрал погрешно.

[laskov]

Благодаря! Значи (д)ефектът не е slackware - специфичен.