Дословно переводиться “Несоответствие структуры файловой системы” все началось с того что открыл Яндекс почту и игру Остров на Facebook.
Оказалось скрипт на сервере не ответил система жутко стала виснуть
Притом чтобы завершить процесс браузера начал выключать систему, но клавиатура отказала нажал на кнопку питания и система начала выключаться после перезагрузки появилась ошибка 16
Думаю решить проблему согласовано с Оракул система зарегистрирована на BigAdmin нужно поставить на коммерческое обслуживание, как, только решу проблему отпишу здесь. На этом сервере важная информация и он служит домашним сайтом в домашней сети
[24.10.2011] – готовлю провайдера на коммерческое обслуживание мультизагрузачные системы конфилкт файловых систем последнее действие небезопасно отключил цифровой фотоаппарат к USB – порту
[08.01.2012]
Поступил просто сменил жесткий диск поставил с interface SATA 2
P.S. Мультизагрузочная система каг бэ по моим наблюдием сильно изнашивает диск на протяжении моего пользования Windows пока только изнашивает диски поставил OpenIndiana теперь пройдет время скажу какая система меньше изнашивает жесткие диски?
Один ответ к “Filesystem type is ZFS |Error 16: Inconsistent filesystem structure”
As a general rule, ZFS allocates writes across vdevs based on the free space in each vdev. This ensures that vdevs which have proportionately less data already, are given more writes when new data is to be stored. This helps to ensure that as the pool becomes more used, the situation does not develop that some vdevs become full, forcing writes to occur on a limited number of devices. It also means that when data is read (and reads are much more frequent than writes in most uses), different parts of the data can be read from as many disks as possible at the same time, giving much higher read performance. Therefore, as a general rule, pools and vdevs should be managed and new storage added, so that the situation does not arise that some vdevs in a pool are almost full and others almost empty, as this will make the pool less efficient. Pools can have hot spares to compensate for failing disks. When mirroring, block devices can be grouped according to physical chassis, so that the filesystem can continue in the case of the failure of an entire chassis.