Portál AbcLinuxu, 31. října 2025 05:13
 15.12.2020 10:08
polo23             | skóre: 28
             | blog: polo23
        15.12.2020 10:08
polo23             | skóre: 28
             | blog: polo23
            
         15.12.2020 11:47
polo23             | skóre: 28
             | blog: polo23
        15.12.2020 11:47
polo23             | skóre: 28
             | blog: polo23
            
        Oracle Linux neumoznuje mit ext4 filesystem?
K čemu takové předpotopní béčko? To je jako ptát se, jestli má Tesla verzi s 2-taktním spalovacím motorem.
 15.12.2020 11:54
polo23             | skóre: 28
             | blog: polo23
        15.12.2020 11:54
polo23             | skóre: 28
             | blog: polo23
            
         15.12.2020 13:55
Pavel 'TIGER' Růžička             | skóre: 54
        15.12.2020 13:55
Pavel 'TIGER' Růžička             | skóre: 54
            
            
         15.12.2020 17:25
Nuphar             | skóre: 19
        15.12.2020 17:25
Nuphar             | skóre: 19
            
            
        Ehm , v Leapu je vzdy stejne jadro jako v odpovidajici verzi SLESu ( uplne stejny source balik, je buildnuty pro Leap) stejne jako spusta core baliku ( systemd, glibc etc).
Dosud je SLES shodny s Leapem co se tyce source baliku, ale build jede pro SLE a Leap zvlast
S prichodem Leap 15.3 Core baliky jako jadro, glibc , systemd .. etc ( dohromady okolo 1500 balkicku) budou shodne i binarne --> jenou vybuildene baliky pro SLE budou distribuovany take pro LEAP + v leapu budou balicky co ve SLESu nejsou ( ty se zas u SLE najdou v PackageHub repozitari)
Ehm , v Leapu je vzdy stejne jadro jako v odpovidajici verzi SLESu ( uplne stejny source balik, je buildnuty pro Leap)
Zatím to tak nebylo, zdrojáky (upstream tarball a patche) sice byly stejné, ale lišila se konfigurace. Kromě toho, že Leap měl povoleno dost modulů navíc, tam byly i další drobné rozdíly. Největší byla preempce u kernel-default (Leap má PREEMPT_VOLUNTARY, SLE PREEMPT_NONE), pak tam byly IIRC i různé limity na počet procesorů atd.
Teprve v 15.3 by to mělo být opravdu stejné jádro a lišit se jen tím, že Leap bude mít moduly navíc (jako samostatný subpackage).
Více jak 15 let užíváme SLES pro rozsáhlou databázi s velkým počtem globálních klientů za firewall-em (demilitarizovaná zóna). Plná spokojenost. Bezpečnostní certifikát od NBÚ.
 15.12.2020 19:29
xkucf03             | skóre: 49
             | blog: xkucf03
        15.12.2020 19:29
xkucf03             | skóre: 49
             | blog: xkucf03
            
        V první řadě je otázka, proč chceš provozovat distribuci typu RedHat/CentOS/OracleLinux. Typickým důvodem je třeba provoz Oracle DB – a v tom případě bych se použití jejich distribuce nebál, naopak bych to bral jako výhodu, protože když bude nějaký problém, máš OS i DB od jednoho dodavatele a ten by se měl starat (jasně, v praxi se budou vždycky na něco vymlouvat, ale takhle mají o jeden argument méně).
V ostatních případech (kdy to aplikace nevyžaduje) bych se RH a jeho klonům spíš vyhnul a šel cestou Debianu, Ubuntu nebo jiných distribucí.
Něco jiného je, když si někdo chce u RH zaplatit podporu – pak by za tebe měli řešit problémy a poskytovat ti nějaké služby, což oproti komunitním distribucím bez záruk nějaká výhoda je – ale to zjevně není tvůj případ, když se ptáš na náhradu CentOSu.
 15.12.2020 23:00
Max             | skóre: 72
             | blog: Max_Devaine
        15.12.2020 23:00
Max             | skóre: 72
             | blog: Max_Devaine
            
        Proti Oracle Linux mám totéž, co proti všem béčkovým distrům, která o 20 let zaspala dobu a dodnes nepochopila, že verzování se má týkat pouze jednotlivých balíčků, nikoliv distribuce jako celku.
 Takový bordel jsem ještě s Win nezažil, aby sám od sebe zašifroval disky - ty jsou samozřejmě OK, jen se nejde dostat k datům. Jo, doba jde kupředu.
Neříkám, že je linux super, ale abych se nedostal k datům, to se mi ještě nestalo.
Takový bordel jsem ještě s Win nezažil, aby sám od sebe zašifroval disky - ty jsou samozřejmě OK, jen se nejde dostat k datům. Jo, doba jde kupředu.
Neříkám, že je linux super, ale abych se nedostal k datům, to se mi ještě nestalo.  
             22.12.2020 15:34
Max             | skóre: 72
             | blog: Max_Devaine
        22.12.2020 15:34
Max             | skóre: 72
             | blog: Max_Devaine
            
         
             22.12.2020 22:18
Max             | skóre: 72
             | blog: Max_Devaine
        22.12.2020 22:18
Max             | skóre: 72
             | blog: Max_Devaine
            
         Jestli se povede obnova dat, tak všechno zazálohuju, povypínám a odinstaluju všechen software od HP a MS a vypnu aktualizace, seru na ně, budu je zapínat ručně v bezpečném období. 
Se na to můžu vykašlat, server ve firmě mi běží čtvrtým rokem uptime a debilní slušný notebook s oficiálním OS a MSOffice, do kterého nikdo nerýpe, udělá tohle. Debilní bezpečnost, každý utřinos má asi doma v NTB plány jaderné elektrárny a nebo pracuje pro ABC společnosti.
Jestli se povede obnova dat, tak všechno zazálohuju, povypínám a odinstaluju všechen software od HP a MS a vypnu aktualizace, seru na ně, budu je zapínat ručně v bezpečném období. 
Se na to můžu vykašlat, server ve firmě mi běží čtvrtým rokem uptime a debilní slušný notebook s oficiálním OS a MSOffice, do kterého nikdo nerýpe, udělá tohle. Debilní bezpečnost, každý utřinos má asi doma v NTB plány jaderné elektrárny a nebo pracuje pro ABC společnosti.  
 
             24.12.2020 23:28
Max             | skóre: 72
             | blog: Max_Devaine
        24.12.2020 23:28
Max             | skóre: 72
             | blog: Max_Devaine
            
        
Pokud na PC používáš online účet (= propojený s MS), tak je možné, že recovery key budeš mít k dispozici na OneDrive/Microsoft účtu.
Ještě je možné, že k PC byl připojen jiný disk a tam bude recovery key v txt podobě.
Zasílání ntb do servisu vidím jako zbytečnost, kde jednak nevidím možnost, že by ti to odemkli a navíc riskuješ, že ti ty data smáznou (to člověk riskuje vždy, když něco posílá do servisu, protože jeden z jejich prvních kroků je totální tovární nastavení).
 Data zůstali komplet na SSD disku se systémem.
Na datech na druhém 1 TB disku, tvářící se jako RAW filesystém, si vylámal zuby Testdisk, PhotoRec plus mnoho dalších komerčních nebo nekomerčních programů.
Nakonec to jeden komerční program zvládl a kompletně vše obnovil.
Byla to docela šichta.
Zajímavost - klonování 1 TB disku trvalo pomocí dd cca 6 h, pomocí cat 3 h, což mě překvapilo.
Data zůstali komplet na SSD disku se systémem.
Na datech na druhém 1 TB disku, tvářící se jako RAW filesystém, si vylámal zuby Testdisk, PhotoRec plus mnoho dalších komerčních nebo nekomerčních programů.
Nakonec to jeden komerční program zvládl a kompletně vše obnovil.
Byla to docela šichta.
Zajímavost - klonování 1 TB disku trvalo pomocí dd cca 6 h, pomocí cat 3 h, což mě překvapilo.  Zdá se, že k tomu došlo po aktualizaci buď BIOSU/nově UEFI defaultně nainstalovaným programem od HP, nebo aktualizací Win10. Podle Googlu nejsme sami, kdo má po update z NTB cihlu.
Tož tak.
Zdá se, že k tomu došlo po aktualizaci buď BIOSU/nově UEFI defaultně nainstalovaným programem od HP, nebo aktualizací Win10. Podle Googlu nejsme sami, kdo má po update z NTB cihlu.
Tož tak.  
 
             23.12.2020 18:52
Max             | skóre: 72
             | blog: Max_Devaine
        23.12.2020 18:52
Max             | skóre: 72
             | blog: Max_Devaine
            
         25.12.2020 13:50
Pavel 'TIGER' Růžička             | skóre: 54
        25.12.2020 13:50
Pavel 'TIGER' Růžička             | skóre: 54
            
            
         22.12.2020 18:44
k3dAR             | skóre: 63
        22.12.2020 18:44
k3dAR             | skóre: 63
            
            
        
        Tiskni
            
                Sdílej:
                 
                 
                 
                 
                 
                 
            
    
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.