Jak podmontować na hoscie partycję z guesta?

Jest udostępniony gościowi LVM, na którym jest tablica partycji i dopiero partycje, ale widzieć to na hoscie trzeba:

np. jest /dev/pve/vm-101-disk-1

# kpartx -av /dev/pve/vm-101-disk-1
add map pve-vm–101–disk–1p1 (253:6): 0 19531250 linear /dev/pve/vm-101-disk-1 2048
add map pve-vm–101–disk–1p2 (253:7): 0 924185102 linear /dev/pve/vm-101-disk-1 19533298

powoduje utworzenie:
/dev/mapper/pve-vm–101–disk–1p2
/dev/mapper/pve-vm–101–disk–1p1

które można już normalnie podmontować:

mount /dev/mapper/pve-vm–101–disk–1p2 /mnt

Po użyciu należy je zdjąć:
kpartx -d /dev/pve/vm-101-disk-1

mysql

Uszkodzona baza danych, mysqld robi crash co minutę, safe go podnosi.

InnoDB: End of page dump
131225 6:55:43 InnoDB: Page checksum 3305108872, prior-to-4.0.14-form checksum 575979139
InnoDB: stored checksum 242663140, prior-to-4.0.14-form stored checksum 575979139
InnoDB: Page lsn 519 184741209, low 4 bytes of lsn at page end 184741209
InnoDB: Page number (if stored to page already) 1527359,
InnoDB: space id (if created with >= MySQL-4.1.1 and stored already) 0
InnoDB: Page may be an index page where index id is 2019052338 1668635222
InnoDB: Database page corruption on disk or a failed
InnoDB: file read of page 1527359.
InnoDB: You may have to recover from a backup.
InnoDB: It is also possible that your operating
InnoDB: system has corrupted its own file cache
InnoDB: and rebooting your computer removes the
InnoDB: error.
InnoDB: If the corrupt page is an index page
InnoDB: you can also try to fix the corruption
InnoDB: by dumping, dropping, and reimporting
InnoDB: the corrupt table. You can use CHECK
InnoDB: TABLE to scan your table for corruption.
InnoDB: See also InnoDB: http://dev.mysql.com/doc/refman/5.0/en/forcing-recovery.html
InnoDB: about forcing recovery.
InnoDB: Ending processing because of a corrupt database page.
InnoDB: Log scan progressed past the checkpoint lsn 525 3009343428
131225 6:55:43 InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files…
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer…
InnoDB: Doing recovery: scanned up to log sequence number 525 3009358835

Aby problem naprawić, trzeba skasować tabelę, która powoduje problem i odtworzyć ją na nowo.
Nie da się jednak zrobić dumpa tabeli, bo mysql umiera. Aby nie znikał mimo błędu trzeba dopisać innodb_force_recovery=1 w my.cfg na czas wykonania dumpa (w tym czasie nie da się modyfikować zawartości bazy, działa tylko select).

Raspberrypi startuje tylko z mmcblk0p1 jako /

Jeśli przy starcie Raspberry Pi staje na komunikacie:

„Greetings from standalone Raspberry Pi
Processing /etc/profile…Done
#”

to po podmontowaniu /dev/mmcblk0p1
w pliku config.txt

należy dodać linię:
avoid_safe_mode=1

Po zrestartowaniu możlna już uruchomić raspi-config

Aby zmniejszyć liczbę zapisów na karcie SD można zamontować /var/log na ramdysku. Można użyć http://www.tremende.com/ramlog/

Debian 7.2 czarny ekran po reboocie

Po instalacji Debiana Wheezy 7.2 (na płycie Atom D2500CC), uruchamia się grub, zaczyna bootować się kernel i ekran robi się czarny, monitor się wyłącza.

Pomaga, dodanie parametru: video=LVDS-1:d do kernela, w /boot/grub/grub.cfg obok innych np. ‚linux=’.

Kopia partycji LVM

Aby wykonać pełną kopię partycji, należy zrobić snapshot oraz go skopiować.

Sprawdzenie wielkości:

# lvdisplay /dev/rcor/vegaroot |grep Cur
Current LE 12800

Utworzenie partycji pod kopię oraz snapshotu:

# lvcreate -l 12800 -n vegaroot_kopia /dev/rcor
# lvcreate -l 12800 -s /dev/rcor/vegaroot -n lv_vegaroot_snap

Wykonanie kopie ze snapshotu:

#time dd if=/dev/rcor/vegaroot_snap of=/dev/rcor/vegaroot_kopia
104857600+0 przeczytanych recordów
104857600+0 zapisanych recordów
skopiowane 53687091200 bajtów (54 GB), 3183,57 s, 16,9 MB/s

real 53m3.730s
user 1m37.562s
sys 15m19.345s

Usunięcie snapshotu:

#lvremove /dev/rcor/vegaroot_snap
Do you really want to remove active logical volume vegaroot_snap? [y/n]: y
Logical volume „vegaroot_snap” successfully removed

debootstrap

parted -a optimal /dev/sda mkpart primary 0% 4096MB
unit MB
mkpart primary 10001 10100
set 2 bios_grub on

mkfs.ext3 /dev/sdb1
mount /dev/sdb1 /mnt
chroot /mnt
apt-get install linux-image-2.6.32-5-686
apt-get install grub2
passwd root
exit
mount -o bind /dev/ /mnt/dev/
mount -o bind /proc/ /mnt/proc/
mount -o bind /sys/ /mnt/sys/
chroot /mnt
grub-install /dev/sdb
umount /mnt/proc
umount /mnt/dev
umount /mnt/sys
umount /mnt

Zbootować z tego dysku:

GNU GRUB version 1.98 […]

grub> root (hd0,gpt1)
(hd0, 1): Filesystem is ext2.
grub> linux (hd0,gpt1)/boot/vmlinuz-2.6.32-5-686 root=/dev/sdb1
grub> initrd (hd0,gpt1)/boot/initrd.img-2.6.32-5-686
grub> boot

Lub po uruchomieniu systemu:
# grub-mkconfig -o /boot/grub/grub.cfg

Pobór prądu przez różne urządzenia

Linksys SRW2048, 48portowy, pobiera 25W bez podłączonych portów, oraz +1W na każdy podniesiony port 1Gbps.

TP-Link SG3210, 8 portowy, pobiera 5.5W na luzie (sam zasilacz odłączony od switcha (12V) zużywa 2.4W) 6.2W po włożeniu SFP 3km SM WDM, oraz 9W przy podłączonych 8 portach miedzianych 1Gbps (bez SFP). Nie ma wentylatora.

TP-Link SG2424, 24 portowy, 4 porty wymienne z SFP. Zasilacz 5V. Pobiera 10.7W na luzie.
TP-Link SG3424, 24 portowy, 4 porty wymienne z SFP. Zasilacz 5V. Pobiera 8W na luzie.

netis ST3310GF (8 portów GE + 2 SFP) zasilacz 12V, pobór switcha na luzie 2.7W

Switch D-Link 1510-20 zasilanie 12V, pobór prądu 12W (bez wkładek i z LANami down), ma wentylator. Switch bootuje się 125 sekund(!)

Switch D-Link 1510-28X zasilacz 12V, pobór prądu 1A (pomiar za zasilaczem, na 12V, bez wkładek, na luzie, porty down). Ma jeden wentylator, z detekcją impulsów i czerwoną diodą gdy się zatrzyma. Switch bootuje się 135 sekund(!)

Raspberry PI+zasilacz mikrousb, 4.9W

Lampki choinkowe 300 LED 7.5W

wylaczony IBM x3650 pobiera 28W (podłączony jeden zasilacz)
procesor L5335 (Quad core), RAM 2*4GB, 2 hdd SATA 1TB 3.5″:
181W burnP6
191W 2*burn
198W 3*burn
207W 4*burn
na luzie linux: 173W

Serwer x3650, 2*Quad E5440 2.83GHz, 2*4GB RAM, dwa dyski 2.5″ 750GB, 2*Vertex SSD 256GB
8*burnP6 303W (tylko jeden podlaczony zasilacz)
na luzie, 189W (procesory przechodza na 1992MHz

Serwer x3650 E5345 2.33GHz, 2*4GB RAM, dwa dyski 2.5″ 500GB, 2*OCZ Vertex 128GB
175W na luzie, 231 cpuburnP6*4 (procki na 2.3 chodza caly czas)

Switch Cisco c3550 12G 87W (na luzie, bez wkładek)

Płyta ASROCK Q1900M (celeron J1900) z 8GB RAM DDR3L (1.35V) 21W (gdy się nudzi, z zasilaczem ‚jakiś od PC’)
ASROCK Q1900M+8GB+Intel Dual 10Gbps 31W (2*Direct Attach Copper) (przy 4*burnP6 37W)
(bez dysku, tylko karta SD, Debian)

STB w trakcie uśpienia:
MAG 250 3.4W
Zyxel czary 2101HD 4.5W
Zyxel biały 1001 7.9W
ADB 2840C 7W

Huawei MA5683T w konfiguracjach:
1*SCUN, 1*PRTE 0.85A, 48V, 41W (mierzone na 48V); (73W mierzone na wejściu zasilacza Emerson HRS1150-9000)
2*SCUN, 1*PRTE 1.55A, 48V, 74W; (111W)
2*SCUN, 1*PRTE, 1*GICF (luzem) 1.55A, 48V, 74W; (113W)
2*SCUN, 1*PRTE, 2*GICF 1.60A, 48V, 77W; (116W)
2*SCUN, 1*PRTE, 2*GICF, 1*GPFD (16portów, bez wkładek) 2A, 48V, 96W; (135W)
2*SCUN, 1*PRTE, 1*GICF, 1*X2CS 1*GPFD (16portów, 6 wkładek C+) 2.1A*48V=100.8W;
(zasilacz bez podłączonego OLTa pobierał 10W)

bitcoin-qt System error: database corrupted

bitcoin on Ubuntu 12.10

System error: database corrupted

bitcoin-qt: /usr/include/boost/thread/pthread/recursive_mutex.hpp:101: void boost::recursive_mutex::lock(): Warunek zapewnienia `!pthread_mutex_lock(&m)’ nie został spełniony.

strace -eopen bitcoin-qt
pokazuje wywalenie się na pliku:
open(„/home/user/.bitcoin/blocks/blk00047.dat”, O_RDWR|O_LARGEFILE) = 139
Pomaga skasowanie tego pliku i uruchomienie aplikacji na nowo. Tymczasowe rozwiązanie.