Byla vydána beta verze Ubuntu 25.04 s kódovým názvem Plucky Puffin. Přehled novinek v poznámkách k vydání. Dle plánu by Ubuntu 25.04 mělo vyjít 17. dubna 2025.
Textový editor Neovim byl vydán ve verzi 0.11 (𝕏). Přehled novinek v příspěvku na blogu a poznámkách k vydání.
Živé ISO obrazy Debianu Bookworm jsou 100 % reprodukovatelné.
Boudhayan "bbhtt" Bhattcharya v článku Uzavření kapitoly o OpenH264 vysvětluje, proč bylo OpenH264 odstraněno z Freedesktop SDK.
Představeny byly nové verze AI modelů: DeepSeek V3-0324, Google Gemini 2.5 a OpenAI 4o Image Generation.
XZ Utils (Wikipedie) byly vydány ve verzi 5.8.0. Jedná se o první větší vydání od backdooru v XZ v loňském roce.
Byla vydána nová verze 0.40.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 6.1 nebo novější a také libplacebo 6.338.2 nebo novější.
Byla vydána nová verze 2.20 svobodného video editoru Flowblade (GitHub, Wikipedie). Přehled novinek v poznámkách k vydání. Videoukázky funkcí Flowblade na Vimeu. Instalovat lze také z Flathubu.
LibrePCB, tj. svobodný multiplatformní softwarový nástroj pro návrh desek plošných spojů (PCB), byl vydán ve verzi 1.3.0. Přehled novinek v příspěvku na blogu a v aktualizované dokumentaci. Vypíchnut je interaktivní HTML BOM (Bill of Materials) a počáteční podpora Rustu. Zdrojové kódy LibrePCB jsou k dispozici na GitHubu pod licencí GPLv3.
Minulý měsíc Hector "marcan" Martin skončil jako upstream vývojář linuxového jádra i jako vedoucí projektu Asahi Linux. Vývoj Asahi Linuxu, tj. Linuxu pro Apple Silicon, ale pokračuje dál. Byl publikován březnový přehled dění a novinek z vývoje. Vývojáře lze podpořit na Open Collective.
run{ allocate channel c1 type disk format '/u02/%U'; backup database; backup archivelog all; backup current controlfile; }a restore a recovery na nové stroji pak takto:
run { restore database; switch datafile all; recover database; }Problém je v jménech souborů. Jména mají jiná čísla za souborem ve zdrojové db.
input datafile fno=00007 name=+DATA/dbora/datafile/users.1881.664480903 input datafile fno=00003 name=+DATA/dbora/datafile/sysaux.281.655995203 input datafile fno=00002 name=+DATA/dbora/datafile/undotbs1.280.655995201 input datafile fno=00004 name=+DATA/dbora/datafile/undotbs2.283.655995205 input datafile fno=00001 name=+DATA/dbora/datafile/system.279.655995199a jiná po obnovení
ASMCMD> ls SYSAUX.268.883220535 SYSTEM.271.883220535 UNDOTBS1.269.883220535 UNDOTBS2.270.883220535 USERS.267.883220509Poradí někdo kde dělám chybu? Jinak je to RAC cluster s Dataguard a snažím se to převést na Single instancev v nové instalaci.
ORA-01110: Message 1110 not found; No message file for product=RDBMS, facility=ORA; arguments: [1] [+DATA/dbora/datafile/system.279.655995199] ORA-17503: Message 17503 not found; No message file for product=RDBMS, facility=ORA; arguments: [2] [+DATA/dbora/datafile/system.279.655995199] ORA-15012: ASM file '+DATA/dbora/datafile/system.279.655995199' does not exist ...RMAN taky ukazuje původní jména z produkčního systému... Nějak mi to hlava nebere? Musím OMF nastavit nějak taky na nové instalaci?
run { restore database; recover database; }tak je v alertlogu chyba ukazující na chybějící onlinelog
ORA-00313: open failed for members of log group 1 of thread 1 ORA-00312: online log 1 thread 1: '+DATA/dbora/onlinelog/group_1.414.765561829' ORA-17503: ksfdopn:2 Failed to open file +DATA/dbora/onlinelog/group_1.414.765561829 ORA-15012: ASM file '+DATA/dbora/onlinelog/group_1.414.765561829' does not exist ORA-00312: online log 1 thread 1: '+DATA/dbora/onlinelog/group_1.413.765561829' ORA-17503: ksfdopn:2 Failed to open file +DATA/dbora/onlinelog/group_1.413.765561829 ORA-15012: ASM file '+DATA/dbora/onlinelog/group_1.413.765561829' does not exist ...v ASM v +DATA/dbora/onlinelog/ logy jsou ale mají jiná jména..
ASMCMD> ls group_1.262.883215641 group_1.272.883231995 group_1.283.883897627 group_2.263.883215641 group_2.273.883231999 group_2.284.883897631 group_3.264.883215643 group_3.274.883231999 group_3.285.883897631 group_4.265.883215643 group_4.275.883231999 group_4.286.883897633
run { restore database; recover database; }respektive po
catalog start with 'cestakcoldbackup'Znamená to že mám po "recover database" zkontrolovat jména souborů logu a případně udělat
sql "alter database rename file ''+DATA/dbora/onlinelog/group_1.413.765561829'' to ''+DATA/dbora/onlinelog/group_číslo_které_najdu_při_db_mount'' ";? Co všechno musím ohlídat kromě spfile, control file, a tempfile, logy nepočítaje?
Tiskni
Sdílej: