Reklama
Nepřihlášený uživatel | Zaregistrovat se
 

Vítejte, v tomto klubu se debatuje o Linuxu a všem, co s ním souvisí. V dobách klidu a míru je dovoleno pokládat takové dotazy jako třeba: "Který textový editor je nejlepší?" nebo "Který WM je nejlepší?". Moderátor (to jako já) si nicméně vyhrazuje právo takové diskuze mazat, pokud se mu nebudou líbit (no jo, už je to tak, nic s tím nenaděláte).

ale diky, o dvoufazove alokaci jsem nevedel
a) default plan si zmenis b) za 3 roky provozu mi tento stav nenastal (nemam to zapnute) - dle mne nastane kdyz dlouhodobe blbnes se skorozaplnenym diskem c) btrfs balance system nedostane do kolen ani nahodou - celou tu vcerejsi taskarici jsem delal na zivem systemu a stroj se netvaril vubec zadejchane
mám ten matnej dojem, že jsem to naopak chtěl zvětšit: ale tak, že se posunul začátek partition, ne konec, protože partition byla na konci disku a před ní byla wokenní, které se vyhradilo až příliš moc. a to nešlo: možná že v současných verzích už je to jinak, nevím
Reakce na | Vlákno  
nezie zmensovat pokial viem
Něco jsem potřeboval udělat a nešlo to protože reiser. Je to už hodně dávno, si to moc přesně nepamatuju, bylo to ještě když autor byl na svobodě: tuším to bylo nějaké šoupání s velikostmi těch partition.
Jaky problemy delal reiser? Moralni?
hlavně že opensuse takhle vždycky hujersky dává jako default tydlencty nový filesystémy, to mám fakt "rád", jednou jsem takhle měl na jedné mašině jako default reiser místo ext3 (ext4 tehdy ještě nebyl) a dělalo to při něčem problémy - a bylo to tak proto, že v suse instalátoru byl tohle prostě default a ten, kdo to instaloval, to nezměnil při instalaci
 
https://btrfs.wiki.kernel.org/index.php/Manpage/btrfs-balance

Default weekly v cronu na openSuse. Bez té udržby to degraduje.

Kdyby byl default plán aspoň na noc. Ne, default je doba instalace (modulo týden) :-/

o jake udrzbe mluvis?
FS si má údržbu dělat průběžně, ne že jednou za týden bude stroj půl hodiny skoro nepoužitelný. Už jsem všude přešel na ext4 a je po problémech.
doted zadny problem. Provozuju asi 3 roky v raid0 a raid1. Jakmile fixnou raid 5, tak pujde do serveru
btrfs je IME zlo.
[chlubeni] migrace 2xssd (raid0) => 1xnvme pod btrfs pri cteni okouna
 
0 ✓  19:57:19 zoidberg ~ # btrfs device usage /
/dev/sda5, ID: 1
   Device size:           115.84GiB
   Device slack:              0.00B
   Data,RAID0:             40.00GiB
   Metadata,RAID1:          3.00GiB
   System,RAID1:           32.00MiB
   Unallocated:            72.81GiB

/dev/sdb, ID: 2
   Device size:           232.89GiB
   Device slack:              0.00B
   Data,RAID0:             40.00GiB
   Metadata,RAID1:          3.00GiB
   System,RAID1:           32.00MiB
   Unallocated:           189.85GiB

1 ✗  20:04:22 zoidberg ~ # btrfs replace start -Bfr /dev/sda5 /dev/nvme0n1 /
0 ✓  20:06:20 zoidberg ~ # 

0 ✓  20:06:20 zoidberg ~ # btrfs device usage /
/dev/nvme0n1, ID: 1
   Device size:           476.94GiB
   Device slack:          361.10GiB
   Data,RAID0:             40.00GiB
   Metadata,RAID1:          3.00GiB
   System,RAID1:           32.00MiB
   Unallocated:            72.81GiB

/dev/sdb, ID: 2
   Device size:           232.89GiB
   Device slack:              0.00B
   Data,RAID0:             40.00GiB
   Metadata,RAID1:          3.00GiB
   System,RAID1:           32.00MiB
   Unallocated:           189.85GiB

1 ✗  20:07:18 zoidberg ~ # btrfs balance start -f -mconvert=single -dconvert=single /
Done, had to relocate 44 out of 44 chunks
0 ✓  20:16:06 zoidberg ~ # btrfs device usage /
/dev/nvme0n1, ID: 1
   Device size:           476.94GiB
   Device slack:          361.10GiB
   Unallocated:           115.84GiB

/dev/sdb, ID: 2
   Device size:           232.89GiB
   Device slack:              0.00B
   Data,single:            72.00GiB
   Metadata,single:         3.00GiB
   System,single:          32.00MiB
   Unallocated:           157.85GiB

1 ✗  20:18:06 zoidberg ~ # btrfs device remove /dev/sdb /
0 ✓  20:22:41 zoidberg ~ # 

0 ✓  20:22:41 zoidberg ~ # btrfs device usage /
/dev/nvme0n1, ID: 1
   Device size:           476.94GiB
   Device slack:          361.10GiB
   Data,single:            72.00GiB
   Metadata,single:         2.00GiB
   System,single:          32.00MiB
   Unallocated:            41.81GiB
jo vim, ze slo optimalizovat pres devid a usetrit par minut casu, ale stejne parada
 
ad 2 - existuje program jménem bumblebee, který to řeší: ale pokud si správně vybavuju, tak je to uděláno tak, že defaultně se aplikace pustí přes intel grafiku a když se pustí přes ten bumblebee (parametry příkazového řádku) jede přes nvidia kartu - ale sám takovýto HW nemám, tak to mám jen zprostředkovaně
violetelephant グッバイ、ミスターティーポット 
zacal bych tim, ze bych zkontroloval teploty, protoze tyhle random rebooty jsem velice casto videl pri prehrivani cpu/gpu. obcas stacilo profouknout vetrak, horsi je, kdyz se ti ale odlepi chladic.
the_majkl  
Ad reboot: zkusil bych tam nastartovat nějaké live CD a jet chvilku na něm. Když nerebootne, je to v OS, když rebootne, je to HW. Aspoň by to byl směr, co hledat.
spsch May the bridges I burn light the way (馬鹿  **
Dotaz
Zdravím, prosím pěkně neuměl by mi někdo poradit - mám na stole ThinkPad W530 a na něm Xubuntu LTS 18.04 (jediný OS); uživatel si stěžuje na:
- random reboot, jednoduše uprostřed práce se host rebootne bez varování
- chtěl by používat jak interní (Intel HD) tak externí (nějaký nVidia Optimus) grafickou kartu

1/ Nevíte, čím by mohl ten random reboot? V syslogu, faillogu, journalu ani lightdm jsem nic nenašel, systemd-coredump nebyl zapnut.
2/ Existuje prosím nějaká spolehlivá metoda, jak nahradit generic driver pro grafickou kartu tím od nVidie a nedojebat celý systém?

Předem mnohokrát děkuji za odpověď.

Zde je inxi:

System: Host: vinohradyprg Kernel: 4.15.0-47-generic x86_64 bits: 64 Desktop: Xfce 4.12.3
Distro: Ubuntu 18.04.2 LTS
Machine: Device: laptop System: LENOVO product: 2441CQ7 v: ThinkPad W530 serial: <>
Mobo: LENOVO model: 2441CQ7 serial: <>
UEFI [Legacy]: LENOVO v: G5ET65WW (2.07 ) date: 11/21/2012
Battery BAT0: charge: 68.0 Wh 99.5% condition: 68.3/86.6 Wh (79%)
CPU: Quad core Intel Core i7-3820QM (-MT-MCP-) cache: 8192 KB
clock speeds: max: 3700 MHz 1: 3535 MHz 2: 3495 MHz 3: 3544 MHz 4: 3552 MHz 5: 3577 MHz 6: 3496 MHz
7: 3565 MHz 8: 3524 MHz
Graphics: Card-1: Intel 3rd Gen Core processor Graphics Controller
Card-2: NVIDIA GK107GLM [Quadro K1000M]
Display Server: X.Org 1.19.6 drivers: modesetting,nouveau (unloaded: fbdev,vesa)
Resolution: 1600x900@60.22hz, 1920x1200@59.95hz
OpenGL: renderer: Mesa DRI Intel Ivybridge Mobile version: 4.2 Mesa 18.2.8
Audio: Card Intel 7 Series/C216 Family High Definition Audio Controller driver: snd_hda_intel
Sound: Advanced Linux Sound Architecture v: k4.15.0-47-generic
Network: Card-1: Intel 82579LM Gigabit Network Connection (Lewisville) driver: e1000e
IF: enp0s25 state: down mac: 3c:97:0e:83:49:5c
Card-2: Intel Centrino Ultimate-N 6300 driver: iwlwifi
IF: wlp3s0 state: up mac: 3c:a9:f4:18:c2:90
Drives: HDD Total Size: 158.8GB (36.0% used)
ID-1: /dev/sda model: SAMSUNG_MZ7TD128 size: 128.0GB
ID-2: USB /dev/sdb model: Ultra_USB_3.0 size: 30.8GB
Partition: ID-1: / size: 117G used: 54G (48%) fs: ext4 dev: /dev/sda1
RAID: No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors: System Temperatures: cpu: 45.0C mobo: N/A gpu: 32.0
Fan Speeds (in rpm): cpu: 2727
Info: Processes: 249 Uptime: 18 min Memory: 1385.0/15613.5MB Client: Shell (bash) inxi: 2.3.56
 
raduzator  
Tak Ansible je v podstatě command-line python, který se přes ssh připojuje do světa, takže ta náročnost není zase tak velká. Pokud se teda nebavíme o Ansible Tower, to už je zase trochu něco jiného.
lisak.wz.cz U včel svědí prostředky  http://www.vcelky.cz/nemoci.htm
Pulp, Ansible a WAZUH, ma oblibena nenarocna trojice ;-)