Opublikowano:

przywrócenie bootstrap na linuxie (testy)

Tak sobie eksperymetnuje dzisiaj, żeby mieć doswiadczenie na różne sytuacje w przyszłości. Mam np. działajacego dobrze gruba na sda1 (aktywna partycja). Natomiast co zrobić jeśli utracę bootstrap w mbr, np tak (np. akcja wirusa): dd if=/dev/urandom of=/dev/sda bs=446 count=1 Na windowsie można to naprawić przez fixmbr w konsoli odzyskiwania. A na linuxie? (nie chce instalować żadnego gruba/lilo w sda, bo mam go już w sda1) i dziala dobrze. Czytaj dalej...

Opublikowano:

Proxmox (tutorial, siec, problem, kvm)

Proxmox: stworzylem nowego VPS (uzywajac KVM – OpenVZ odpada kompletnie) Guest type ustawilem Linux 2.6, karte sieciowa na rtl8139 (przypisalo mi MAC: 9A:6E:D0:52:58:F5) Dystrybucja, ktora zainstalowalem to: debian-504-amd64-netinst.iso (pominalem konfiguracje sieci via DHCP – nie szlo i tak) OVH przyporzadkowalo mi ip-failover: 94.23.93.48 wykonalem na serwerze: ip route add 94.23.93.48 dev vmbr0 iconfig wglada tak: Kod: ifconfig dummy0    Link encap:Ethernet  HWaddr 1a:19:f4:2a:dd:7e           inet6 addr: fe80::1819:f4ff:fe2a:dd7e/64 Scope:Link           UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1           RX packets:0 errors:0 dropped:0 overruns:0 frame:0           TX packets:9 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:0           RX bytes:0 (0.0 B)  TX bytes:678 (678.0 B) eth0      Link encap:Ethernet  HWaddr 00:30:48:fb:9d:ec           inet6 addr: fe80::230:48ff:fefb:9dec/64 Scope:Link           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1           RX packets:10744 errors:0 dropped:0 overruns:0 frame:0           TX packets:12039 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:1000           RX bytes:1036750 (1012.4 KiB)  TX bytes:3632919 (3.4 MiB)           Memory:faee0000-faf00000 lo        Link encap:Local Loopback           inet addr:127.0.0.1  Mask:255.0.0.0           inet6 Czytaj dalej...

Opublikowano:

Co w przypadku awarii /dev/sda

Pytam hipotetycznie. Dajmy na to mamy RAID1 i pada nam /dev/sda. Po wymianie dysku system nie wstaje bo nie mamy MBR. Można się zabezpieczyć komendą: Kod: dd if=/dev/sda of=/dev/sdb bs=512 count=1 wyedytować lilo: Kod: prompt timeout=5 default=linux boot=/dev/sdb map=/boot/map install=/boot/boot.b lba32 append="" #serial=0,9600n8 image=/boot/bzImage-2.6.32.2-xxxx-std-ipv4-64         label=linux         read-only         root=/dev/sdb1 ale pojawia się ostrzeżenie: Kod: ~]# lilo Warning: /dev/sdb is not on the first disk Warning: The boot sector and map file are on different disks. The boot sector and map file are on different disks.Added linux * 2 warnings were issued. Czy system wstanie po czymś takim ? Czytaj dalej...

Opublikowano:

Klonowanie systemu

Witam, dziś rano padł mi dysk w kimsufi i system stoi teraz w trybie rescue. Mam dostęp do wszystkich danych. Niestety pani w infolinii OVH powiedziała mi że konieczna jest wymiana dysku, więc muszę zgrać wszystkie niezbędne rzeczy, aby wgrać czysty/pusty system. Konfiguracja i instalacja systemu od zera nie wchodzi w grę bo za pierwszym razem zajęło mi to kilka dni i przez kolejne miesiące było sukcesywnie optymalizowane. Wpadłem na pomysł żeby skopiować partycję systemową poleceniem Kod: dd if=/dev/sda1 of=./disk2.img następnie po wymianie dysku przejść z tryb rescue i na nowym systemie wgrać stary przez Kod: dd if=disk2.img of=/dev/sda1 Czy ktoś z was robił tego typu rzeczy? Czy może polecacie inne podejście do sklonowania systemu? Swoją drogą jestem lekko zdenerwowany, że OVH całkowicie umywa ręcę od awarii własnego sprzętu i nie może samo przegrać danych z jednego dysku na drugi. Czytaj dalej...