• úvod
  • témata
  • události
  • tržiště
  • diskuze
  • nástěnka
  • přihlásit
    registrace
    ztracené heslo?
    DELVITLinux pro zacatecniky a obycejne uzivatele (NO FLAMES!)
    Každý kdo chce poradit ohledně linuxu je na spravném místě. Přímý následovník audítka stejného názvu. Pravidla jsou stejná jako predchozí, hlavně žádné FLAME!
    Na Hompage klubiku najdete alternativy k aplikacim. Snazim se drzet ten list v aktualizovane a hlavne zajimave alternativy, kdyby ste chteli neco pridat do listu dejte vedet.

    Jak se správně ptát:

    1) Popište příznaky problému nebo chyby co možná nejjasněji a nejpečlivěji.
    2) Popište prostředí, ve kterém chyba nastává, tj. architekturu, operační systém, aplikaci, verzi, atd. Jmenujte distribuci a verzi systému (např. Red Hat 8.0, Slackware 5.1, atd.).
    3) Popište, jak jste se k chybě dostali, a jak jste se ji pokusili odhalit, isolovat a pochopit ještě předtím, než jste se zeptali.
    4) Popište relevantní změny v konfiguraci, které jste v poslední době provedli.
    5) Pokuste se už předem zodpovědět případné doplňující otázky.
    6) Na dlouhé výpisy použijte služby na to určené - pastebin - http://pastebin.com/
    rozbalit záhlaví
    KOC256
    KOC256 --- ---
    VLASTIS:
    tam to vypada OK, jen proste nevim zda tam je opravdu vsechno :o)
    VLASTIS
    VLASTIS --- ---
    KOC256: parsovani /var/log/maillog ti to nepovi?
    KOC256
    KOC256 --- ---
    Da se nejak zjistit kolik a jakych (kam jdou) mailu odchazi pres relay z postfixu (debian)?
    ADMIX
    ADMIX --- ---
    (ddrescue je samostatny balik)
    ADMIX
    ADMIX --- ---
    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)
    HEINZZ
    HEINZZ --- ---
    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!
    GILHAD
    GILHAD --- ---
    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
    GILHAD
    GILHAD --- ---
    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.
    HEINZZ
    HEINZZ --- ---
    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...
    GILHAD
    GILHAD --- ---
    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
    HEINZZ
    HEINZZ --- ---
    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?)
    CHOROBA
    CHOROBA --- ---
    roundcube
    PELDA
    PELDA --- ---
    Potreboval bych poradit nejaky dobry webmail. Znam jen Squirel a to mi teda dobry neprijde.

    DIky
    TEREZZZKA
    TEREZZZKA --- ---
    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.
    GILHAD
    GILHAD --- ---
    Prima, a co tomu nakonec pomohlo?
    TEREZZZKA
    TEREZZZKA --- ---
    Tak už je asi po problému :)
    TEREZZZKA
    TEREZZZKA --- ---
    DANIELSOFT: tak asi nepomohlo, pořád stejný problém
    DANIELSOFT
    DANIELSOFT --- ---
    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.
    TEREZZZKA
    TEREZZZKA --- ---
    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.
    DANIELSOFT
    DANIELSOFT --- ---
    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?
    DETER
    DETER --- ---
    č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?
    Kliknutím sem můžete změnit nastavení reklam