RM新时代网站-首页

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

Ventoy發(fā)布1.0.98版本,修復Ext4文件系統(tǒng)識別問題

微云疏影 ? 來源:綜合整理 ? 作者:綜合整理 ? 2024-05-20 14:21 ? 次閱讀

5月20日訊息,開源裝機工具Ventoy于昨日發(fā)布了1.0.98版本,此次更新針對EFI啟動文件以及Ext4文件系統(tǒng)的識別問題做出了改進與修復。

Ventoy 1.0.98版本的主要亮點包括:

1. 更新EFI啟動文件;

2. 解決了最新gparted分區(qū)工具創(chuàng)建的Ext4文件系統(tǒng)識別困難的問題;

3. 修正了RHEL9/CentOS9環(huán)境下VTOY_LINUX_REMOUNT=1無效的問題;

4. 修復了Archlinux及KAOS最新版的啟動問題;

5. 更新languages.json;

6. 升級發(fā)布vtoyboot-1.0.35;

7. 增加ISO支持(已測試超過1200種);

8. 如需通過網(wǎng)絡安裝操作系統(tǒng)(PXE),推薦使用作者的新項目——iVentoy。

關于Ventoy:

Ventoy是一款用于制作可啟動U盤的開源工具。它能讓您無需頻繁格式化U盤,只需將ISO/WIM/IMG/VHD(x)/EFI等類型的文件復制至U盤即可啟動,無需額外操作。您還可以一次性復制多個不同類型的鏡像文件,Ventoy會在啟動時提供菜單供您選擇。

關于iVentoy:

iVentoy是一款強大的PXE服務器,用戶可通過網(wǎng)絡同時為多臺計算機啟動并安裝操作系統(tǒng)。其使用簡便,無需復雜配置,只需將ISO文件放置在指定位置,客戶端在啟動時根據(jù)菜單選擇所需的ISO文件即可。此外,iVentoy支持x86 Legacy BIOS、IA32 UEFI、x86_64 UEFI和ARM64 UEFI模式。

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權轉載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • U盤
    +關注

    關注

    7

    文章

    489

    瀏覽量

    63243
  • 服務器
    +關注

    關注

    12

    文章

    9123

    瀏覽量

    85322
  • 開源工具
    +關注

    關注

    0

    文章

    27

    瀏覽量

    4450
收藏 人收藏

    評論

    相關推薦

    服務器數(shù)據(jù)恢復——Ext4文件系統(tǒng)umount失敗的數(shù)據(jù)恢復案例

    塊組:Ext4文件系統(tǒng)的全部空間被劃分為若干個塊組,每個塊組結構基本上相同。 塊組描述符表:每個塊組都對應一個塊組描述符,這些塊組描述符統(tǒng)一放在文件系統(tǒng)的前部,稱為塊組描述符表。每個塊組描述符大小
    的頭像 發(fā)表于 11-13 13:25 ?240次閱讀
    服務器數(shù)據(jù)恢復——<b class='flag-5'>Ext4</b><b class='flag-5'>文件系統(tǒng)</b>umount失敗的數(shù)據(jù)恢復案例

    虛擬化數(shù)據(jù)恢復—UFS2文件系統(tǒng)數(shù)據(jù)恢復案例

    。 虛擬化故障: 一次異常斷電后,ESXi虛擬化系統(tǒng)連不上存儲。管理員發(fā)現(xiàn)FreeNAS上的UFS2文件系統(tǒng)出現(xiàn)問題,于是使用fsck命令修復文件系統(tǒng)。 雖然在
    的頭像 發(fā)表于 11-11 11:02 ?155次閱讀

    服務器數(shù)據(jù)恢復—異常斷電導致linux系統(tǒng)無法啟動的數(shù)據(jù)恢復案例

    服務器數(shù)據(jù)恢復環(huán)境: 某品牌服務器+同品牌存儲,Linux centos7+EXT4文件系統(tǒng)。 服務器故障: 意外斷電導致服務器操作系統(tǒng)不能正常啟動。經(jīng)過修復
    的頭像 發(fā)表于 10-25 17:42 ?283次閱讀

    服務器數(shù)據(jù)恢復—EXT3文件系統(tǒng)下誤刪除數(shù)據(jù)的恢復案例

    服務器數(shù)據(jù)恢復環(huán)境: 郵件服務器中有一組由8塊盤組成的RAID5陣列, 上層是Linux操作系統(tǒng)+EXT3文件系統(tǒng)。 服務器故障: 由于誤刪除導致文件系統(tǒng)中的郵件數(shù)據(jù)丟失。
    的頭像 發(fā)表于 10-23 15:11 ?158次閱讀
    服務器數(shù)據(jù)恢復—<b class='flag-5'>EXT</b>3<b class='flag-5'>文件系統(tǒng)</b>下誤刪除數(shù)據(jù)的恢復案例

    Linux根文件系統(tǒng)的掛載過程

    Linux根文件系統(tǒng)(rootfs)是Linux系統(tǒng)中所有其他文件系統(tǒng)和目錄的起點,它是內核啟動時掛載的第一個文件系統(tǒng)
    的頭像 發(fā)表于 10-05 16:50 ?402次閱讀

    [2K300適配OpenharmonyV4.1]根文件系統(tǒng)制作請教

    文件系統(tǒng)rootfs.img燒錄到2k300上,燒錄失敗。對比2k300開源資料中的Openharmony 文件系統(tǒng),該文件系統(tǒng)ext4格式,但是2k500編譯出來的為Ubifs
    發(fā)表于 09-11 11:18

    全志Linux磁盤操作基礎命令

    //生產一個1G大小的dd.img鏡像 [ubuntu@book:~]$ mkfs.ext4 dd.img//格式化為 ext4文件系統(tǒng)類型。 [ubuntu@book:~]$ sudo mount
    發(fā)表于 09-02 10:47

    ubuntu刪除的文件怎么恢復

    : Ubuntu文件系統(tǒng)概述 Ubuntu是一個基于Linux的操作系統(tǒng),其文件系統(tǒng)與Windows系統(tǒng)有所不同。在Ubuntu中,文件系統(tǒng)
    的頭像 發(fā)表于 08-30 15:10 ?1392次閱讀

    虛擬機數(shù)據(jù)恢復—KVM虛擬機被誤刪除的數(shù)據(jù)恢復案例

    虛擬機數(shù)據(jù)恢復環(huán)境: Linux操作系統(tǒng)服務器,EXT4文件系統(tǒng)。服務器中有數(shù)臺KVM虛擬機。 虛擬機1:主數(shù)據(jù)庫服務器 虛擬磁盤:系統(tǒng)盤(qcow2)+數(shù)據(jù)盤(raw)
    的頭像 發(fā)表于 08-07 13:33 ?447次閱讀
    虛擬機數(shù)據(jù)恢復—KVM虛擬機被誤刪除的數(shù)據(jù)恢復案例

    STM32MP157D使用buildroot生成根文件系統(tǒng)時就無法正常顯示,為什么?

    我在使用最新OpenSTLinux(5.1.0)Linux版本:6.1.28,使用官方的根文件系統(tǒng)(st-image-weston-openstlinux-weston-stm32mp1.ext4
    發(fā)表于 07-26 06:21

    服務器數(shù)據(jù)恢復—誤刪除KVM虛擬機的數(shù)據(jù)恢復案例

    1臺服務器,Linux操作系統(tǒng)+EXT4文件系統(tǒng),部署了數(shù)臺KVM虛擬機,每臺虛擬機包含一個qcow2格式的磁盤文件,和一個raw格式的磁盤文件
    的頭像 發(fā)表于 06-17 15:10 ?351次閱讀
    服務器數(shù)據(jù)恢復—誤刪除KVM虛擬機的數(shù)據(jù)恢復案例

    服務器數(shù)據(jù)恢復—KVM虛擬機raw格式磁盤文件數(shù)據(jù)恢復案例

    服務器數(shù)據(jù)恢復環(huán)境: 一臺服務器安裝Linux操作系統(tǒng)+EXT4文件系統(tǒng)。服務器上運行數(shù)臺KVM虛擬機,每臺虛擬機包含一個qcow2格式的磁盤文件和一個raw格式的磁盤
    的頭像 發(fā)表于 05-17 13:33 ?439次閱讀
    服務器數(shù)據(jù)恢復—KVM虛擬機raw格式磁盤<b class='flag-5'>文件</b>數(shù)據(jù)恢復案例

    虛擬機數(shù)據(jù)恢復—EXT4文件系統(tǒng)下KVM虛擬機數(shù)據(jù)恢復案例

    發(fā)行版本中。KVM使用Linux自身的調度器進行管理。 本案例中的服務器操作系統(tǒng)為Linux,文件系統(tǒng)EXT4。操作系統(tǒng)上的部署的幾臺K
    的頭像 發(fā)表于 04-17 14:22 ?375次閱讀
    虛擬機數(shù)據(jù)恢復—<b class='flag-5'>EXT4</b><b class='flag-5'>文件系統(tǒng)</b>下KVM虛擬機數(shù)據(jù)恢復案例

    服務器數(shù)據(jù)恢復—非正常關機導致服務器文件丟失的數(shù)據(jù)恢復案例

    服務器數(shù)據(jù)恢復環(huán)境: 某品牌PowerEdge R730服務器+PowerVault MD3200存儲,劃分若干lun,操作系統(tǒng)版本是centos7,EXT4文件系統(tǒng)。 服務器
    的頭像 發(fā)表于 01-19 13:42 ?510次閱讀

    【服務器數(shù)據(jù)恢復】UFS2文件系統(tǒng)數(shù)據(jù)恢復案例

    不穩(wěn),服務器非正常關機,重啟服務器后發(fā)現(xiàn)ESXI虛擬化系統(tǒng)無法連接存儲。工作人員對服務器進行故障排查,發(fā)現(xiàn)UFS2文件系統(tǒng)出現(xiàn)故障,于是fsck修復UFS2文件系統(tǒng)并將ESXI虛擬化
    的頭像 發(fā)表于 01-09 14:53 ?884次閱讀
    RM新时代网站-首页