# Magic SysRq

Leírás róla itt! Hasznos dolognak tűnik :)

# hdparm

hdparm -tT
Nem ad 100%-os pontosságot a valósághoz képest, de azért valami.
ui.: The -T option takes advantage of the Linux disk cache and gives an indication of how much information the system could read from a disk if the disk were fast enough to keep up. The -t option also reads the disk through the cache, but without any precaching of results. Thus -t can give an idea of how fast a disk can deliver information stored sequentially on disk.

# Két rootkit kereső

Egyik: chkrootkit
Másik: rkhunter

frissíteni:

rkhunter --update

lefuttatni:

rkhunter --check

Tehát időnként [egy sorba írtam :) ] lefuttatni root-ként mindkettőt:

apt-get update; apt-get upgrade -y; apt-get install -y chkrootkit rkhunter; rkhunter --update; rkhunter --check; chkrootkit

# Ha költöztetni kell egy másik fizikai HDD-re, kiesés nélkül [LVM]

Ha azt látjuk, hogy szeretne meghalni egy HDD, amin éppenséggel a rendszerünk van... és anno LVM-et használtunk telepítéskor, akkor vegyünk egy másik, pl.: legalább ugyan akkora HDD-t, tegyük bele a gépbe és helyezzük át az adatokat az új HDD-re [kiesés nélkül, a futó szolgáltatások kellenek], és később bootolni is lehessen az új HDD-ről, mivel a régi vinyót kivesszük, ha végzünk.

A példában a VG-ban [vg] van két LV ["root", és "swap"]. Az LVM a régi vinyón a "hda2"-őn volt. [Debian Lenny-t használtam, de az tetszőleges ^ ^ ]. Mielőtt elkezdi az ember, BACKUP!
Eredetileg a "/dev/hda1" volt EXT3-ban a "/boot", és a "/dev/hda2"-n az LVM:

fdisk -l # felismerte, az új HDD-t? OK

pl.: fdisk-el hozzunk létre két partíciót, egyet a "/boot"-nak, és még egyet a későbbi LVM-nek:

fdisk /dev/hdb n p 1 enter +256M t 83 n p 2 enter enter t 2 8e w

mkfs.ext3 /dev/hdb1

Ok, az új HDD rendesen particionálva fdisk-el [hdb1: EXT3 - 256 MByte; hdb2: LVM - maradék hely], most adjuk hozzá az új HDD-t a PV-khez:

pvdisplay # mi volt előtte? pvcreate /dev/hdb2 pvdisplay # hozzáadta? OK

Adjuk hozzá a VG-hoz:

vgdisplay # mi volt előtte? vgextend vg /dev/hdb2 vgdisplay # hozzáadta? OK

Most:

pvdisplay

Az utolsó paranccsal egyben megtudjuk, hogy mik a PV-ok nevei, tehát mozgassuk át az adatokat a régi HDD-ről, az újra:

pvmove /dev/hda2 /dev/hdb2 -i 10

Ez előbbi parancs sok ideig futhat [ezért a "-i 10" kapcsoló]. Esetleg előzetesen infót tudhatunk meg az adatok elhelyezkedéséről a következővel:

pvdisplay -m

Ok. A LV-ok át lettek helyezve a "hda"-ról a "hdb"-re.

A /boot

Akkor még a "/boot". A GRUB még nem tud bootolni LVM-ről, ezért kell külön "/boot" [a GRUB2 elvileg támogatja amúgy], szóval egyelőre marad az, hogy külön "partíción" van [említetten] a "/boot" [pl.: EXT3 filerendszerrel].
Szóval azzal külön kell foglalkozni, ezért is hagytam particionáláskor egy külön "/dev/hdb1"-et, vagy anno "/dev/hda1/"-et.

Csatoljuk fel a "hdb1"-en levő EXT3-as partíciót, "ujboot"-nak:

mkdir ujboot mount /dev/hdb1 ujboot/

A régi "/boot" lemásolása:

cp -a /boot/* ujboot/

Csatoljuk le az "/ujboot"-ot, töröljük az ideiglenesen létrehozott könyvtárát, majd a régi "/boot"-ot is csatoljuk le [menet közben nem okoz gondot - FIXME].

umount /dev/hdb1 rmdir ujboot/ umount /boot

Ekkor esetleg egy "mount|grep hda" paranccsal nézzük meg, hogy biztos nincs már semmi felmountolva rá, csak hogy azzal már ne kelljen később törődni.
Most csatoljuk a "/boot"-ot a "hdb1"-re:

mount /dev/hdb1 /boot

Még az fstab-ban írjuk át a "/boot" helyét:

vim /etc/fstab # és ne a "/dev/hda1"-en legyen a "/boot", hanem a "/dev/hdb1"-en!

Még nincs kész!:

Ez után, még FONTOS, szabályosan szedjük ki a VG-ból a régi "hda2" PV-ot, sorrendet betartva [ekkor előtte esetleg még egy "pvmove", hátha írtak azóta rá]:

vgreduce vg /dev/hda2

Most a PV-ból is:

pvremove /dev/hda2

Rakjuk rendbe a GRUB-ot:

grub-mkdevicemap grub-install /dev/hdb

A régi "hda" HDD-t vegyük ki.
ui.: Virtuális szg.-ben tevékenykedtem, működött ^ ^
ui2.: a man-ok nem írják, de szintén hasznos dolog, akár általánosságban, hogy a "-vvv"
kapcsolók bőbeszédebbűvé teszik a kimeneteket... ^ ^ ..hibakeresésnél ez jól jöhet... ui3.: Egy jó dok. itt.
ui4.: Még egy jó dok itt.
ui5.: LV létrehozása pl.: "lvcreate -L 10G vg -n lvneve"
ui6.: Ha elfogy a szabad terület [LVM] - korábbi LVM-es írás.

# Ha elfogy a szabad terület [LVM]

Lassan elfogy a szabad terület, de viszont kiesés nélkül kell hogy menjen állandóan a gép/elérhetőek legyenek a szolgáltatások:
Rakjunk be egy új, esetleg nagyobb HDD-t, ami majd "/dev/hdb" lesz. Anno az os telepítésekor LVM-et használtunk XFS-el, kivéve a "/boot"-ra, az maradt EXT3-on. Ez csak egy alap példa lesz, ki lehetne még használni pl. úgy ezeket az előnyöket, hogy külön /var, /home, stb lenne LV-k-ban.
A példában, amikor régen telepítettük az os-t, akkor VG-nak a "vg" név lett adva kreatívan :D LV-oknak pedig pl.: "root", "swap" - értelemszerűen rajtuk felcsatolva az azonos nevű mount point-ok.
Előtte azért legyen friss BACKUP!

fdisk -l # felismerte, az új HDD-t? OK

Adjuk hozzá a PV-hoz:

pvdisplay # mi volt előtte? pvcreate /dev/hdb # partíciót is hozzá lehet adni, nem csak "eszközt" pvdisplay # hozzáadta? OK

Adjuk hozzá a VG-hoz:

vgdisplay # mi volt előtte? vgextend vg /dev/hdb vgdisplay # hozzáadta? OK

Innentől már van plusz szabad hely a VG-ban. Adjuk hozzá ahhoz a LV-hoz, amelyikhez szükséges, és amennyi kellhet.

lvdisplay # nézzük meg, mik a LV-ok nevei lvextend /dev/vg/root --size=+10G lvdisplay # hozzáadta? OK

Mivel azért választottunk XFS-t, hogy kihasználjuk azt az előnyét, hogy menet közben, lecsatolás nélkül lehet megnövelni a fájlrendszer méretét, növeljük is meg:

df -h # mekkora volt előtte? xfs_growfs / df -h # hozzáadódott? OK

És már ténylegesen hozzáadódott on-the-fly a plusz terület [az új fizikai HDD-ről] a már hely szűkében levő eredeti "/"-hez.
ui.: Forrás innen!! +még egy link, és még egy link ^ ^
ui2.: Egy youtube videó..: link itt.
ui3.: XFS méretét csökkenteni ha jól tudom nem lehet, de olvastam, mintha már készített volna valaki egy patch-t hozzá, amivel mégis lehetséges - FIXME [mert ez nem biztos..]
ui4.: Ha költöztetni kell egy másik fizikai HDD-re, kiesés nélkül [LVM] - későbbi LVM-es írás

# Infók az adott gépről [hardware info Linux]

#!/bin/bash lshw > lshw-info # összes eszköz listázása lspci > lspci-info # pci-ba csatlakoztatott eszközök lsusb > lsusb-info # usb portban levő eszközök hwinfo > hwinfo-info # hasonló az lshw-hoz, csak bővített dmesg > dmesg-info # "boot üzenetek" kiírása

A kimenetként kapott adatok abba a mappába kerülnek, amelyikben kiadtad a parancsot, amikor a terminálban voltál [adott parancs, utána "-info" nevű fájlokat keress]. Ha csak a képernyőre szeretnéd kiíratni az infókat, akkor nem kell átirányítani ">" a parancsok kimenetét egy fájlba.

man a következőkre:
ethtool [innen]
mii-tool
xdpyinfo [innen]
dmidecode [innen]
update-pciids
fdisk -l
xvinfo
hal-device

pl.: lshw -html > lshw.html

ui.: Mennyi a Videómemória mérete Linux alatt?
ui2.: Mennyi az operatív memória mérete Linux alatt?
ui3.: Grafikusabb megoldást keresőknek: gnome-device-manager
ui4.: Az lshw is maga egy csomag, szóval legyen fent! :)
ui5.: Mint általában, a -v kapcsoló több infót mutathat, pl.: "lspci -v"
ui6.: Milyen disztribúciót használok épp?
ui7.: Mi az aktuális képernyő felbontásom?
ui8.: Video out állítása

# Mi az aktuális képernyő felbontásom?

xdpyinfo | grep -i dimensions: | sed 's/[^0-9]*pixels.*(.*).*//' | sed 's/[^0-9x]*//'

ui.: Egy compiz-hoz tartozó shell scriptben találtam :)
ui2.: Talán ide tartozik: Eszközök, gép infó listázása