DANIELSOFT: nn, externí disk je naformátovanej na NTFS, takže velikost souboru jako takovýho není problém. Potřebuju NTFS, na druhým studijní mám Windows. Navíc mi zamrzá i komprimace, která se děje eště na ntb, před kopírováním. Kdyby to bylo souborovým systémem, jak naznačuješ, komprimace by měla proběhnout bez zamrznutí.

SALVATOR: nebo zformátovat externí disk na ext4 a pak by mělo svištět všechno bez rozsekávání

SALVATOR: problém bude IMAO nikoli s Mintem, ale s tím externím diskem: pokud je tam nějaká odrůda FAT filesystému, tak maximální velikost souboru je 4 GB

mně se osvědčilo rozsekat soubor na menší, třeba třígigové, příkazem split, viz man split

a potom na druhém konci cat souboraa souborab souborac > soubor

Ahoj, potřeboval bych poradit. Mám ntb a provozuju na něm Linux Mint. A vypadá to, že má problém s velkejma souborama. Mám tam složku, cca 70 GB, největší soubor v ní má kolem 16 GB a potřebuju ji dostat na svůj druhej komp. Kopírování na externí disk časem zamrzne. Zkoušel sem to zkomprimovat, jak do jednoho archivu, tak rozdělit to na víc menších, to taky časem zamrzne. Poradíte, co s tím? Eště sem teda nezkoušel vykopírovat ty velký soubory po jednom zvlášť a zbytek složky pak najednou jako celek a nezkoušel sem ani ručně to rozdělit a komprimovat jednotlivý kus zvlášť. Ani do jednoho se mi ale moc nechce.

THERIDANE: nerad instaluji mraky dalšího do systémů plných užitečných, zapomenutých a blbě používaných balíčķů, ale díky.

GIOMIKY: Na použití mimo X a nebo pokud v X chceš flexibilnější nastavení (třeba mít možnost přepínat rychlost, scrollovat svisle i vodorovně, nebo obecně remapovat cokoliv) se mi osvědčil https://github.com/jbensmann/mouseless - je to userspace implementace stejné myšlenky, jen pracuje přímo s input devices, takže funguje stejně v X11, tty i v různých wayland kompozitorech. Používám to v Hyprlandu na Pinebooku kde touchpad stojí za prd :)

Kdyz das esc nebo boot parametr nosplash uvidis log co to zrovna dela

včera jsem zkoušel 23.04 tedy spíše nezkoušel.

systém sice naběhne, ale pak tam běželo "připravuji ubuntu" což běželo asi patnáct minut. zkusil jsem flash dát do jiné usb a naběhlo to rychleji a místo "připravuji ubuntu" tam byla možnost instalace. tak jsem vybral jazyk, klávesnici a když jsem zadal, že chci i sw třetích stran, běželo tam "připravuji ubuntu" a zase mraky dlouho.


čím by to mohlo být? na té flash jsem před tím měl 22.04 a bez problémů.

RAINBOF: není problém, ale nedostanu se k tomu hned... budeš to chtít pustit s nějakými parametry?

První test (soubory > 1GB) ukládal rychlostí asi 210MB/s

ZBYNEK:
az budes testovat ten wd gold mohl by jsi se pochlubit rychlostnim testem `hdparm` ?

TR1: Když koukám na to, co jsem zkoušel, tak v terminálu jsem tuhle chybu dělal určitě... Ale divné je, že to nebral ani klikací gnome disks.

Včera mi dorazil novej disk (Exos X20 18TB) a ten je pro změnu mrtvej hned od prvního dne.

Dneska dorazil další novej disk (WD Gold 18TB - oproti IronWolf Pro (to jsou ty vadné sektory po 2.5 letech)) je kouzelně tichej!), tak snad bude na chvíli klid...

Mrknul bych co je tam za jadro a porovnal konfiguraky. nIcmene hadam ze problem bude v ubuntu.

Tak mám drobný pokrok... Když to nefunguje v Linuxu, tak to vyzkoušej v jiném Linuxu!

Live xubuntu 22.04 nebylo schopné ani přes command line, ani přes gnome disks odemknout/zpřístupnit luks partition.
Neon (20.04) naprosto bez problémů přes gnome disks odemknul luks a pak přimountoval obsah sdd6 (/). Pár náhodně vybraných souborů je bez problémů čitelných. sdd5 (/boot) se kompletně hlásí jako unallocated (to mě fakt netrápí).

Celkem bych rád věděl, jestli jsem něco dělal špatně, nebo jestli se live usb chová v něčem jinak, ale na větší zkoumání teď není bohužel víc času.

DANYSEK: můžeš to prosím rozepsat? Asi mi to po ránu ještě nemyslí...

THERIDANE: xubuntu@xubuntu:~$ sudo vgdisplay

  --- Volume group ---
  VG Name               vgxubuntu
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  3
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                2
  Open LV               0
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               <1.82 TiB
  PE Size               4.00 MiB
  Total PE              476616
  Alloc PE / Size       476616 / <1.82 TiB
  Free  PE / Size       0 / 0   
  VG UUID               mY2sJH-sToa-FVfu-1Qbq-nTRp-Jwzl-ekamEf

ZBYNEK: Hm, není možný že je VG se stejným jménem už aktivní? Co vypíše vgdisplay?