Поимел седня полдня здорового секса на ровном месте

[pargentum]

Купил девайс OCZ Throttle ESATA drive.  Флэшка с интерфейсами esata и USB. 
Втыкаю в esata порт - ноль ампер.  lshal -m даже события не выдает.  Нету устройства и все тут.
Я уж и с бубном плясал, и ядро обновил, и modprobe jmicron_pata руками делал, и шины пинал, и даже гуглем искал по esata ubuntu - нашел какие-то непонятные баги с моим JMicron Technologies, Inc. JMicron 20360/20363 AHCI Controller (rev 02) и совсем уже расстроился, что зря заплатил за этот ESATA, и размышлял на тему, будет ли невозможность прочитать эту флэшку с линукса достаточным основанием для возврата.
И только совсем уж под вечер решил я поискать в другую сторону - не esata ubuntu, а throttle esata.  И во первых буквально строках письма увидел вот таку картинку:

Не умеет она, оказывается, от ESATA кормиться, ее при этом еще и в USB втыкать надо.  При этом опознается она именно как ESATA (выдержка из lshal -t):
  pci_8086_2843
    pci_197b_2360
      pci_197b_2360_scsi_host
        pci_197b_2360_scsi_host_scsi_device_lun0
          storage_serial_1ATA_THROTTLE_000000000000000003BE
            volume_uuid_7023_861D
          pci_197b_2360_scsi_host_scsi_device_lun0_scsi_generic

Причем единственное, в чем можно упрекнуть производителя - это что на коробке про этот неочевидный факт не упоминается, наоборот, сказано, что True plug and play\\No external power required.
Теперь вот другая задача - как забэкапить из-под Линукса JFSный том на FAT32.  dump на JFS не работает.  rsync-based тулзы сразу отпадают.  tar -M не умеет паковать и вообще как-то странно себя ведет (я tar -t на все тома так и не смог сделать, говорит volume not in sequence).  tar -j | split как-то противоречит моим религиозным убеждениям.   Сейчас вот пытаюсь сделать tar -j с длинной цепочкой --exclude, посмотрим, что получится, мозилловские ящики должны хорошо паковаться...