Ubuntu is a common variant of Linux, complete with a user-friendly interface and full flexibility in customizing it via the Terminal window. Windows and Linux share the ability to open ISO files, which are similar to DMG files. Though DMG files are commonly associated with Apple’s operating system, Mac, they can be opened in Linux with a few simple steps.
Как восстановить языковую панель, которая пропала в Windows
По умолчанию, в Windows 7, 8 или XP языковая панель свернута в область уведомлений на панели задач и на ней вы можете увидеть используемый в настоящий момент язык ввода, сменить раскладку клавиатуры или быстро попасть в настройки языка Windows.
Однако иногда пользователи сталкиваются с ситуацией, что языковая панель пропала из привычного места — а это действительно мешает комфортной работе с Windows, несмотря на то, что смена языка продолжает работать нормально, хотелось бы еще видеть, какой язык установлен в данный момент. Способ восстановить языковую панель в Windows очень прост, но не очень очевиден, а потому, думаю, имеет смысл рассказать о том, как это сделать.
Простой способ вернуть языковую панель Windows на место
Для того, чтобы восстановить языковую панель, зайдите в панель управления Windows 7 или 8 и выберите пункт «Язык» (В панели управления должно быть включено отображение в виде значков, а не категорий).
Нажмите пункт «Дополнительные параметры» в левом меню.
Отметьте галочкой пункт «Использовать языковую панель, если она доступна», после чего нажмите ссылку «Параметры» напротив нее.
Установите необходимые опции языковой панели, как правило, выбирают «Закреплена в панели задач».
Сохраните все сделанные настройки. На этом все, пропавшая языковая панель снова появится на своем месте.
Установка и настройка ffmpeg + x264 + MP3 + AAC + Xvid + AMR on Ubuntu 12.04
Установка ffmpeg с поддержкой кодека x264 из исходных кодов
- Удаляем пакеты x264, libx264-dev, и ffmpeg если они были установлены:
Код:
$ sudo apt-get purge ffmpeg x264 libx264-dev libmp3lame-dev
Подключение диска размером более 2T в Debian
Вводим следующую команду
# fdisk -l /dev/sdd
Поолучаем такой ответ:
Disk /dev/sdb: 3000.6 GB, 3000592982016 bytes 255 heads, 63 sectors/track, 364801 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000 Disk /dev/sdd doesn't contain a valid partition table
Следующая проблема — MBR не поддерживает диски более 2.2TB. Решение — использовать GPT (GUID Partition Table). Для этого в debian мне потребовался parted вместо привычного fdisk. Устанавливаю его и разбиваю.
sudo apt-get install parted
Запускаем parted для работы с диском /sdd:
# parted /dev/sdd
получаем:
GNU Parted 2.3 Using /dev/sdd Welcome to GNU Parted! Type 'help' to view a list of commands. (parted)
Записываем новую метку диска GPT:
(parted) mklabel gpt
Получаем предупреждение об изменении разметки диска и уничтожении всех данных.
Warning: The existing disk label on /dev/sdd will be destroyed and all data on this disk will be lost. Do you want to continue? Yes/No? yes (parted)
Далее устанавливаем размеркость в TB, и нажимает enter:
(parted) unit TB
Создаем партицию 3TB , нажимаем enter:
(parted) mkpart primary 0 0
или
(parted) mkpart primary 0.00TB 3.00TB
или
(parted) mkpart primary 0% 100%
Посмотрим полученные партиции:
(parted) print
Model: ATA WDC WD30EFRX-68A (scsi) Disk /dev/sdd: 3001GB Sector size (logical/physical): 512B/4096B Partition Table: gpt Number Start End Size File system Name Flags 1 1049kB 3001GB 3001GB primary lvm
Присваиваем разделу флаг LVM
(parted) set 1 lvm on
Для создания RAID массива необходимо присвоить метку RAID
(parted) set 1 raid on
Убедимся что раздел выровнен
(parted) align-check alignment type(min/opt) [optimal]/minimal? optimal Partition number? 1 1 aligned
Подготовис физический том для использования в LVM
pvcreate /dev/sdd1
Создадим новую группу nfs
vgcreate nfs /dev/sdd1
Создадим новый логический том nfs-121 заняв все свододное место (-l 100%FREE)
lvcreate -l 100%FREE -n nfs-121 nfs
Далее форматируем логический том в ext4
mkfs.ext4 -L nfs-121 /dev/nfs/nfs-121
И уменьшаем количество зарезервированных блоков с 5% до 1% (-m 1)
tune2fs -m 1 /dev/sdd1
После чего можем монтировать наш раздел в систему через /etc/fstab
можем добавить привычную строчку типа /dev/sdb1 /data ext4 defaults 0 0 и все будет работать
но GPT использует UUID что позволяет жестко привязывать разделы в независимости отключены они или переименованы между собой
для определения UUID нового созданного раздела вводим команду
# blkid
или если не видите всего списка(некоторые диски могут не отображаться)
# ls -l /dev/disk/by-uuid/
находим нужный для своего /dev/sdb1
UUID=730aacc4-68de-4781-87ec-03549a5560c6 /data ext4 defaults 0 0
и добавляем его в /etc/fstab
Увеличение и уменьшение группы томов
Следующая возможность LVM — это возможность дополнять группу томов новыми физическими томами (например, если уже не хватает имеющихся) и выводить из группы не нужные больше физические тома (например, скорая поломка диска или замена оборудования). Лично я видел на форумах, что некоторые таким образом даже переносят работающую систему с одного диска на другой.
Давайте вернемся к нашему примеру. Допустим нам перестало хватать места в нашей группе томов и мы ее хотим дополнить новыми физическими томами. Делается это командой vgextend:
[root@localhost ~]# vgextend fileserver /dev/sdb6 Volume group "fileserver" successfully extended [root@localhost ~]# vgdisplay fileserver --- Volume group --- VG Name fileserver System ID Format lvm2 Metadata Areas 3 Metadata Sequence No 5 VG Access read/write VG Status resizable MAX LV 0 Cur LV 1 Open LV 1 Max PV 0 Cur PV 3 Act PV 3 VG Size 1.99 GB PE Size 4.00 MB Total PE 510 Alloc PE / Size 75 / 300.00 MB Free PE / Size 435 / 1.70 GB VG UUID SZLgLK-b9V8-RiZV-gH5i-N0pA-2ppf-axLqfO
Как мы видим (выделено), пул дискового пространства, которым мы располагаем, увеличился. Теперь его тоже можно использовать для увеличения существующих логических томов данной группы и для создания новых.
Следующая операция, которую тоже можно делать с LVM — это уменьшение группы томов. Прежде чем вывести физический том из группы — его необходимо освободить от данных. Первое, что тут следует сделать в данном случае — это убедиться, что дискового пространства, которое останется в группе, хватит для размещения этих данных. Разработчики LVM пока не владеют методами размещения данных в астральном пространстве, но работа над этим ведется :). Итак, посмотреть это можно командой pvscan:
[root@localhost ~]# pvscan PV /dev/sdb1 VG fileserver lvm2 [476.00 MB / 176.00 MB free] PV /dev/sdb5 VG fileserver lvm2 [476.00 MB / 476.00 MB free] PV /dev/sdb6 VG fileserver lvm2 [1.06 GB / 1.06 GB free]
Здесь мы видим, что реально сейчас используется только первый физический том — /dev/sdb1. И еще мы тут видим один интересный аспект работы LVM: если какой-то логический том можно разместить на отдельном физическом целиком — LVM выберет именно этот путь.
Кстати, под словом free команда pvscan подразумевает не свободное от данных пространство, а пространство не выделенное в логические тома.
Итак, для освобождения физических томов от данных и размещения их на других физических томах той же группы есть команда pvmove:
[root@localhost ~]# pvmove /dev/sdb1 /dev/sdb1: Moved: 100.0%
По умолчанию данная программа требует только одного аргумента — имени освобождаемого тома. Также ей можно указать (вторым аргументом) и имя тома, на который нужно поместить данные.
Вывод команды pvscan теперь выглядит вот так:
[root@localhost ~]# pvscan PV /dev/sdb1 VG fileserver lvm2 [476.00 MB / 476.00 MB free] PV /dev/sdb5 VG fileserver lvm2 [476.00 MB / 476.00 MB free] PV /dev/sdb6 VG fileserver lvm2 [1.06 GB / 788.00 MB free]
Как мы видим, теперь наш логический том «уехал» на другой раздел диска. Причем этот том смонтирован и с ним в этот момент могут работать пользователи.
Убрать освобожденный том из группы можно командой vgreduce:
[root@localhost ~]# vgreduce fileserver /dev/sdb1 Removed "/dev/sdb1" from volume group "fileserver" [root@localhost ~]# pvscan PV /dev/sdb5 VG fileserver lvm2 [476.00 MB / 476.00 MB free] PV /dev/sdb6 VG fileserver lvm2 [1.06 GB / 788.00 MB free] PV /dev/sdb1 lvm2 [478.47 MB]
Теперь мы видим, что наш физический том /dev/sdb1 «осиротел» и больше не принадлежит ни одной группе.
Удаление логических томов
Логический том должен быть размонтирован перед удалением:
%# umount /dev/fileserver/nfs lvremove -- do you really want to remove "/dev/fileserver/nfs"? [y/n]: y lvremove -- doing automatic backup of volume group "vg00" lvremove -- logical volume "/dev/fileserver/nfs" successfully removed
Удаление физических томов из группы томов
Убедитесь, что физический том не используется никакими логическими томами. Для этого используйте команду 'pvdisplay':
%# pvdisplay /dev/sdd1 --- Physical volume --- PV Name /dev/sdd1 VG Name nfs PV Size 2,73 TiB / not usable 3,00 MiB Allocatable yes PE Size 4,00 MiB Total PE 715396 Free PE 715396 Allocated PE 0 PV UUID mye4S4-dMJq-VS7S-bcYR-ymmn-IeNd-QtCQWD
Если же физический том используется, вам нужно будет перенести данные на другой физический том.
После этого можно использовать 'vgreduce' для удаления физических томов:
%# vgreduce nfs /dev/sdd1
Уменьшение логических томов
Делается это все так: 1. Размонтируем файловую систему: umount /dev/fileserver/samba 2. Уменьшаем размер файловой системы. Для этого сначала сделаем проверку самой файловой системы. Утилита resize2fs не даст изменить размер до выполнения проверки. Конечно, у нее есть ключ -f, который заставит ее это сделать, но лучше перестраховаться и все-таки выполнить проверку:
e2fsck -f /dev/VolGroup00/LogVol00
resize2fs /dev/VolGroup00/LogVol00 9G
Только после корректного выполнения двух предыдущих шагов уменьшаем размер логического тома:
lvreduce -L 9G /dev/VolGroup00/LogVol00
После этого монтируем файловую систему и смотрим что поменялось:
mount /dev/VolGroup00/LogVol00 /mnt/disk df -h
