მე მქონდა მასზე Fedora 36 მონაცემების გადაცემის გარეშე და OS კარგად მუშაობდა და მდადმ-ის მეშვეობით Raid 5 მასივი სრულად მუშაობდა. მე ხელახლა ავაშენე ყუთი Fedora 38-ით და ყველაფერი უბრალოდ არ გამოვიდა. ყუთი მოხვდებოდა OS-ის ჩატვირთვის მენიუში, სადაც შეგიძლიათ აირჩიოთ დაინსტალირებული ბირთვებიდან და იქიდან ჩამოვარდებოდა. ეკრანი ჩაბნელდებოდა და როგორც ჩანს, არაფერი არ წყდება. ჩანდა, რომ ზოგიერთი სერვისი დაიწყო, მაგრამ ის გაჩერდა გაშვების შუა პერიოდში. მე ამოვხსნი "rhgb"-ს (Red Hat Graphical Boot) ბირთვის საწყის ხაზებიდან grub-ში, ასე რომ, კონსოლზე ვნახო გაშვების გადახვევა და ეს არ მოხდა. ეკრანი მთლიანად ცარიელი იყო. უცნაურად, როუტერს შეეძლო ენახა, რომ ქსელი ჩნდება და შეეძლო ყუთის დაჭერა, მისი IP-ის ნახვა, მაგრამ მე ვერ შევძელი.
მე ჩავტვირთე სამაშველო რეჟიმში დაყენებული f38 და mdadm რეიდის მასივი იყო janky. არაფერი მუშაობდა. OS-ის გაშვება შეჩერდა შუა გზაზე და მოითხოვა root პაროლი შენარჩუნებისთვის. არაფერი ვცადე, რომ F38 ჩაიტვირთა ამ უცნაური ცარიელი ეკრანის ნახევრად ჩატვირთვის პრობლემის გარეშე.
შემიძლია ცოცხალი ჩატვირთვა f38 სამუშაო სადგურით უპრობლემოდ. ყუთიც ავაშენე f36-ით და მუშაობს 100%. mdadm Raid მასივი ჩანს და ინიციალიზებულია და ყველა მონაცემის წაკითხვა/წვდომა შესაძლებელია. თავიდან ვფიქრობდი selinux-ზე, რომელიც არ გამოვთიშე f38-ის აწყობაზე, ან შესაძლოა UEFI თავსებადობის საკითხებზე, მაგრამ არ ვიცი აქვს თუ არა რომელიმე მათგანს აზრი.
ვინმეს აქვს ინსაითი ან იდეები, თუ როგორ უნდა იმუშავოს f38 მიკროსერვერზე gen8?
დარწმუნებული არ ვარ, Proliant Micros არის თუ არა სერტიფიცირებული RHEL-ისთვის, მაგრამ არ გამიკვირდება, თუ EL მათზე ბევრად უფრო კარგად არის გამოცდილი, ვიდრე Fedora.
(მე ვმართავ Proxmox-ს ჩემსაზე, რომელიც მეეჭვება ასევე პოპულარული Proliant Micro ვარიანტია.)
წინააღმდეგ შემთხვევაში, თუ სწორად მახსოვს, G8 მიკროსერვერს ჰქონდა ვირტუალური სერიული მოწყობილობა ჩართული ILO-ში. ასე რომ, თქვენ შეძლებთ Linux-ის ბირთვის კონფიგურაციას, რათა იქ გამომავალი გამოაგზავნოთ.
შემდეგ მთლიანად გავთიშავ RAID დისკებს. მე ვრწმუნდები, რომ მხოლოდ OS-ის დისკი არის მიმაგრებული და ვაკეთებ ინსტალაციას, რასაც ვიყენებ. ეს უზრუნველყოფს, რომ ყველა ჩატვირთვის ფაილი სრულდება სწორ ადგილას და არ არის უცნაური დამოკიდებულებები სხვა დისკებზე. ვინდოუსი ყველა სახის უცნაურ სისულელეს აკეთებს პირველი ეტაპის ჩექმების არასწორ დისკზე დაყენებით (ან სულაც ადრე ასე იყო, მე არ გადავამოწმე ჯერ კიდევ 10 და 11 აქვს ეს პრობლემა) და, სულ მცირე, Ubuntu Linux-ის სამყაროში მტკიცედ უგულებელყოფს იმას, რასაც თქვენ ეუბნებით და ათავსებს ჩატვირთვის ფაილებს ნებისმიერ ხელმისაწვდომ Windows EFI დანაყოფზე. სამაგიეროდ.
თუ არსებობს მხოლოდ ერთი დრაივი, ეს სისულელე არ შეიძლება მოხდეს. ჩატვირთვის ყველა ფაილი სწორ ადგილას მიდის, რადგან სხვა ვარიანტი არ არის.
მას შემდეგ, რაც OS ამუშავდება, მუშაობს და, როგორც ჩანს, სწორად მუშაობს, ამ დროს მე ვამაგრებ RAID-ს და ვცდილობ მის ამაღლებას. Ubuntu-ს ბოლო განახლებამ ცოტა შემაშინა, რადგან მან არ მოახდინა ZFS zpool-ის ავტომატური იმპორტი. მას ჯერ ფუნქციების განახლება სჭირდებოდა, რაც იმას ნიშნავდა, რომ მოცულობა აღარ იქნება თავსებადი ძველ ბირთვებთან. ეს იყო ცალმხრივი განახლება. ეს ცოტა შემაშფოთებელი იყო, მაგრამ კარგად მუშაობდა და ერთი წლის შემდეგაც კარგად მუშაობს.
მომიწევს წავიკითხო "nomodeset" დირექტივა და მისი დეტალები, რადგან არ ვიცი ეს რა არის ან რას აკეთებს. მადლობა მითითებისთვის. მე ასევე უნდა გადავხედო ვირტუალურ სერიულ მოწყობილობას და როგორ დავაყენო ეს. მე მაქვს off-box logging კონფიგურაცია, მაგრამ არ შევამოწმე, რეალურად დაიწყო თუ არა rsyslog RELP კონფიგურაციით და დაიწყო თუ არა შესვლა დისტანციური ჟურნალის შეგროვების დანიშნულების ადგილზე. დროზე დაძაბული ვიყავი, რადგან სხვა კონსტრუქციები მაქვს მისასვლელი და, როგორც წესი, შემიძლია ამ ნივთების შემობრუნება საკმაოდ მოკლე დროში.
მე ტყუილად ვიყავი დარწმუნებული ჩემს სარეზერვო ასლში, რომელიც არასოდეს გამომიცდია და ახლა ვიმსახურებ მარცხის შედეგებს... მე მაქვს rsync სკრიპტი, რომელიც მე ვაკოპირებდი ჩემს ყველა დელტას ჩემს სარეზერვო დისკზე USB 3.x ტოსტერში. მე გავაკეთე ერთჯერადი ასლი და ვცდილობდი სკრიპტის მხოლოდ განახლებული ან ახალი მონაცემების კოპირება დისკზე, დროის დაზოგვის მიზნით. გამოდის, რომ "--იგნორირება-არსება" არ არის ის, რაც მე მინდა, მჭირდება ან უნდა გამომეყენებინა. წარუმატებლობა...
ასე რომ, მე ვიღებ მონაცემთა დისკებს ძველი ნასიდან, რომელიც თითქოს გაფუჭებულია და ვცდილობ მათ ჩემს კომპიუტერზე დავამონტაჟო ორმაგი დისკის ტოსტერით, რომელიც მაქვს. სარკე გატეხილია და ყველა ფაილი არ არის ორივე დისკზე ისე, როგორც უნდა. ასე რომ, მივდივარ მასივის აღდგენაზე. დაახლოებით 5 დღე გავიდა და სარკის დაახლოებით 25% შესრულებულია რეკონსტრუქცია. USB ტოსტერი ყველა გამოდის, მაგრამ ნელი, როგორც ლოკოკინა მელასში. იმედია სარკის აღდგენის შემდეგ მე მექნება წვდომა ჩემს ყველა მონაცემზე და შევძლებ ყველაფრის კოპირებას/გადაწერას ახალ ნასზე.
F38-ზე ახალი nas-ის ხელახალი აშენება ამ დროისთვის უკანა საწვავზე უნდა დადგეს. მე მაქვს სხვა ყუთები, რომ აღვადგინო, რადგან ისინი კბილში გრძელდებიან (უმეტეს შემთხვევაში f32) და nas არის ჩემი დაყენების უზარმაზარი ნაწილი. ტონა NFS იზიარებს დამხმარე მასალას და მხოლოდ საგნების ინტეგრაციას. წარსულში გავაკეთე "შენახვის დისკები ხაზგარეშეა აშენების დროს" და ვფიქრობდი, რომ ეს ზედმეტი იყო, მაგრამ, როგორც ჩანს, გამართლებული ვიყავი მიდგომაში.
ეს არსებითად არის მეთოდი, რათა შემცირდეს მონიტორის გარჩევადობა/გრაფიკული რეჟიმის ცვლილებები ჩატვირთვის დროს, საბოლოო ფორმა რასაც ხედავთ თანამედროვე UEFI სისტემებში, სადაც მაქსიმუმ ერთი გადასვლა ხდება (BIOS იტვირთება ეკრანი დესკტოპზე რეზოლუცია).brendan_kearney-მ თქვა:მომიწევს წავიკითხო "nomodeset" დირექტივა და მისი დეტალები, რადგან არ ვიცი ეს რა არის ან რას აკეთებს.
დააწკაპუნეთ გასაშლელად...
ამის გარეშე, უკიდურეს შემთხვევაში, შეგიძლიათ მიიღოთ BIOS -> ბორტ მოწყობილობის ROM ჩატვირთვა -> BIOS -> GRUB -> Kernel/initrd ჩატვირთვა -> ბირთვის ჩატვირთვა -> კონსოლი -> X ყველა განსხვავებული რეჟიმია და დამსწრე მონიტორი ცარიელია კონცენტრატორები.
თუმცა, რეჟიმის დაყენება კარგად არ მუშაობს დისპლეის ადაპტერებთან, რომლებსაც მოყვება BMC და ვერ შეასრულებს GRUB -> Kernel გადასვლას. აქედან გამომდინარე, გამოიყენება "nomodeset", რათა ბირთვმა გამოიყენოს ძველი მეთოდები და უბრალოდ გადაიტანოს რეზოლუცია გარშემო.