KOC256: parsovani /var/log/maillog ti to nepovi?

Da se nejak zjistit kolik a jakych (kam jdou) mailu odchazi pres relay z postfixu (debian)?

(ddrescue je samostatny balik)

Tou zalohou zacni urcite, a kdyz ti dd padne na i/o error, tak aspon budes vedet, ze mas koupit novej disk :) A az ho objednas, tak pust to same, jen misto dd pouzijes ddrescue (ten nepada na i/o errors, a zvladne vytahnout z poskozenejch disku v podstate vsechno krome opravdu fyzicky necitelnych casti disku)

teďka večer z toho nejsem moc moudrej... zejtra na to skočim a snad to dopadne.. = )
díky za tip na zálohu!

Jo a ja osobne bych asi zacal timhle:
dd if=/dev/sdb of=zaloha.hexa bs=1M
a nechal bych si zkopnout cele USB do souboru, nez se v nem zacnu vrtat, protoze kdyz se neco zvrtne, tak jsem schopny to zase prsknout zpatky do stavu, kde to je ted

Taky bych to tak videl - neni partisna, kde byvala, neni co pripojit kam se pripojovalo

teda taky jsem videl usbcka zformatovane primo natvrdo bez partisny, kdy se nemountovalo /dev/sdb1, ale jen /dev/sdb a filesystem byl prez cele usb (za pokus to stoji)

Pokud to neni tento pripad, tak s trochou stesti a par experimentama by mohlo zafungovat udelat tam proste partisnu a stefit se do toho, jak byla ta puvodni. Otazka je, kde zacinala a kde koncila - ruzne nastroje to obcas delaji ruzne.

Asi bych zkusil neco jako
dd if=/dev/sdb of=dump.hexa bs=1M count=10
a pohrabat se v tomto souboru hexaeditorem/hexaprohlizecem, zda nekde nezahlednu neco, co vypada jako zacatek partisny a podle toho ji pak nafitovat.

dmesg:


[ 8802.184060] usb 1-2: new high speed USB device number 6 using ehci_hcd
[ 8802.321809] scsi6 : usb-storage 1-2:1.0
[ 8803.320777] scsi 6:0:0:0: Direct-Access ADATA HDD SH93 PQ: 0 ANSI: 0
[ 8803.326279] sd 6:0:0:0: Attached scsi generic sg2 type 0
[ 8803.326746] sd 6:0:0:0: [sdb] 976773168 512-byte logical blocks: (500 GB/465 GiB)
[ 8803.327619] sd 6:0:0:0: [sdb] Write Protect is off
[ 8803.327626] sd 6:0:0:0: [sdb] Mode Sense: 03 00 00 00
[ 8803.328366] sd 6:0:0:0: [sdb] No Caching mode page present
[ 8803.328372] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[ 8803.330233] sd 6:0:0:0: [sdb] No Caching mode page present
[ 8803.330239] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[ 8803.353568] sdb: unknown partition table
[ 8803.355616] sd 6:0:0:0: [sdb] No Caching mode page present
[ 8803.355623] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[ 8803.355627] sd 6:0:0:0: [sdb] Attached SCSI disk

sudo fdisk -l
[sudo] password for heinzz:

Disk /dev/sda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders, total 156301488 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000c4330

Device Boot Start End Blocks Id System
/dev/sda1 * 2048 152125439 76061696 83 Linux
/dev/sda2 152127486 156301311 2086913 5 Extended
/dev/sda5 152127488 156301311 2086912 82 Linux swap / Solaris

Disk /dev/sdb: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/sdb doesn't contain a valid partition table



Takže počítám že problém spočívá v "does not contain a valid partition table" ...
je možný jí nějak obnovit? celej disk je jedna velká ntfs partition...

HEINZZ: zkusil bych pro zacatek otevrit textovou konzoli (ano vsechny moje navody takto zacinaji) a v ni dat
dmesg |tail
a zapamatovat si, cim to asi tak koncilo. Pak tam vrazit to USB, chvili pockat (klidne pul minuty), dat
dmesg
a hodit sem, co pribylo oproti minule (dmesg je dlouhy jak tyden bez chleba tak se nedes. melo by jit tak o 10-20 radku, ktere celkem snadno rozponas. pripadne ten druhy spust v druhe konzoli)
mozna pak jeste (ale jako root) zadej
fdisk -l
to vypise, co za disky system vidi, tak to sem hod taky

Zdravim, stala se mi nepěkná věc.. odpojoval sem v MINTu 12 externí USB disk, normláně přes klikátko, a počítač mi spadnul s kernel panic (nic konkrétního nevim, nic sem si neopisoval nebo tak). teĎ (o pár dnů později) sem zjistil že disk je asi v prdeli, na linuxu se nepřipojí (jak najít jestli ho to "vidí" uprímně nevim) a na vnidows to najde USb zařízení, tváří se vše v pořádku, ale nezobrazí se partition...

prosim o jakýkoliv rady, jelikož mám na disku věci o ketrý bych nerad přišel.. (a "měl si zálohovat" opravdu nechci slyšet. já vim že sem měl. fakt. tak to nebudem dál rozebíat, jo?)

Potreboval bych poradit nejaky dobry webmail. Znam jen Squirel a to mi teda dobry neprijde.

DIky

Ignorace problému :) Obnova knihovny - takže už mám v telefonu co chci mít a nemám, co nechci... ten zbytek asi nechám na někoho povolanějšího a naživo.

Prima, a co tomu nakonec pomohlo?

Tak už je asi po problému :)

DANIELSOFT: tak asi nepomohlo, pořád stejný problém

TEREZZZKA: ještě mě napadlo - pokud se to stane znovu, měl by pro "spláchnutí" (tedy provedení) všech změn na souborovém systému telefonu pomoct příkaz "sync", který (bez uvozovek a za něj enter) zadáš do linuxového terminálu.

nebo počkat před odpojením jednu minutu, do té doby by se to mělo "spláchnout" automaticky.

DANIELSOFT: připojit jde, ale když je odpojený, nejsou tam nově nahrané a naopak jsou tam smazané soubory (tedy na oko, nejdou přehrát) Když ej připojený k počítači, tak v počítači se ukazuje že je vše jak má být.

TEREZZZKA: a jak se to chová teďka? jsou v telefonu ty soubory, které tam mají být a ty smazané jsou smazané? jde připojit telefon znovu k počítači?

čaute,

chci si zálohovat soubory s rdiff-backup, nechci ale inkrementální zálohy. Co jsem zatím zjistil, tak by mělo stačit použít přepínč -b, či --backup-mode. Což jsem udělal

rdiff-backup -b [pripadne --backup-mode] /www /mnt/backup/www

ale přesto se pokaždý v cílovým umístění vytvoří změny (resp. staré verze aktualizovaných souborů) v tom jeho rdiff-backup-data adresáři. Co dělám špatně, případně jak těch neinkrementálních záloh dosáhnout?