Không thể khởi động Ubuntu Live USB Flash Drive với phân vùng liên tục casper-rw

Vì vậy, tôi đã dành ngày cuối cùng để trải qua các câu hỏi tương tự và có thể xác nhận trước rằng đây không phải là bản sao của:

• Ubuntu Live-USB Sử dụng phân vùng "casper-rw"
• USB Ubuntu 14.04 liên tục không khởi động được sau khi tạo phân vùng ext4 casper-rw

Theo cách đó: Tôi đã tạo ra Ổ đĩa flash USB trực tiếp Ubuntu 14.04.03 (32 GB) bằng UNetbootin, cũng như Trình tạo đĩa khởi động Ubuntu. Trong cả hai trường hợp, tôi đã có thể triển khai thành công Ubuntu ISO của mình ( mà tôi đã xác nhận là còn nguyên vẹn thông qua md5sumphân tích ). Trong cả hai trường hợp, tính bền bỉ đã hoạt động thành công (tôi phải kích hoạt thủ công khi sử dụng Ubuntu Startup Disk Creator, nhưng UNetBootin -persistenttự động thêm đối số kernel syslinux.cfg), không có vấn đề gì.

Tôi cần có một tệp lưu trữ lớn hơn 4GB , vì tôi đang tạo ra một loạt các ổ đĩa flash này cho Kỹ sư ứng dụng trường (FAE) và họ cần có thể sử dụng chúng trên đường để chẩn đoán cài đặt cho các hệ thống tùy chỉnh của công ty tôi hiện đang hỗ trợ. Sẽ ổn nếu chúng bị cháy do chu kỳ viết quá nhiều và mỗi FAE có hàng tá trong số chúng nếu cần cho mỗi chuyến đi.

Ngoài ra, chúng ta cần giữ phân vùng đầu tiên trên đĩa dưới dạng phân vùng FAT trong trường hợp FAE cần thả tệp vào đĩa từ Windows, Mac, Linux, v.v., vì các máy Windows từ chối gắn phân vùng FAT trên ổ flash trừ khi chúng là phân vùng FAT đầu tiên và duy nhất trên đĩa.

Tôi đã thử các bước trong các bài viết sau:

• Cách tạo USB Ubuntu trực tiếp bền bỉ với hơn 4GB
• Làm cách nào để có USB trực tiếp sử dụng phân vùng để duy trì?

Các hướng dẫn đã rõ ràng:

1. Tạo ổ đĩa flash USB trực tiếp với Ubuntu, chừa không gian cho một phân vùng bổ sung.
2. Xóa casper-rwtệp loopback trên phân vùng FAT đầu tiên trên ổ đĩa flash.
3. Sử dụng gpartedđể tạo một ext2/ext3/ext4phân vùng sau phân vùng FAT và cung cấp cho nó một khối lượng có thể chịu được casper-rw.

Tôi đã làm theo tất cả các bước được tư vấn, nhưng khởi động thất bại. Khi tôi cố gắng khởi động từ ổ đĩa flash mới tạo của mình, tôi được chuyển đến một dấu nhắc thay vì khởi động đúng cách Ubuntu, mặc dù tôi thấy thoáng qua hoạt hình màn hình khởi động Ubuntu đồ họa .

dmar: IOMMU: failed to map dmar0
ACPI PCC probe failed.

BusyBox v1.12.1 (Ubuntu 1:21.0-1ubuntu1) built-in shell (ash)
Enter 'help' for a list of built-in commands.

(initramfs) _

Tôi đã xem qua trình theo dõi lỗi Ubuntu và có vẻ như vấn đề này đã được nhiều người khác quan sát thấy:

• Lỗi # 1241589: Ubuntu 13.10 không thể khởi động trên usb trực tiếp (hộp bận - initramfs)

Và nó đã được giải quyết, vì vậy tôi mong đợi bản sửa lỗi đã có trong hình ảnh Ubuntu 14.04.03 của mình:

• lỗi # 1293811: casper không còn muốn khởi động thiết bị HDD

Tôi cũng đã thử cập nhật các tham số khởi động kernel của mình, bằng cách chèn LIVE-MEDIA=/dev/sdd1(trong trường hợp của tôi) vào lúc khởi động bằng cách nhấn TAB, tức là:

kernel /casper/vmlinuz.efi initrd=/casper/initrd.lz file=/cdrom/preseed/ubuntu.seed boot=casper LIVE-MEDIA=/dev/sdd1 -- persistent

Lần này, nó ít nhất tìm thấy phân vùng khởi động và bắt đầu thử khởi động đĩa Live USB, nhưng dường như thất bại trên đường đi, với một loạt các cảnh báo liên quan đến "casper". Tôi dường như không thể lưu các nhật ký đó, vì vậy tôi không thể cung cấp chúng vào lúc này. Đối số kernel mặc định hiện tại của tôi là:

label ubnentry1
menu label ^Try Ubuntu without installing
kernel /casper/vmlinuz.efi
append initrd=/casper/initrd.lz file=/cdrom/preseed/ubuntu.seed boot=casper  quiet splash -- persistent

Làm thế nào tôi có thể đi giải quyết vấn đề này?

Cảm ơn bạn.

Như đã đề cập trong bình luận trước, điều này có liên quan đến lỗi https://bugs.launchpad.net/ubfox/+source/casper/+orms/1489855 "trình tự gắn thay đổi từ phân vùng gốc sau đó phân vùng liên tục (15.04) thành Phân vùng thứ nhất liên tục sau đó phân vùng gốc (16.04) vì bất kỳ lý do gì. "

Có một công việc xung quanh được cập nhật gần đây trong luồng cho lỗi, mà tôi sẽ giải thích bên dưới vì luồng khác dường như không có nhiều khả năng hiển thị (xuất hiện thấp hơn trong tìm kiếm google khi tôi đang cố gắng khắc phục) .

1. Tạo phân vùng casper-rw và OS

2. Sử dụng trình cài đặt USB phổ quát, v.v để thiết lập phân vùng HĐH với tệp casper-rw đủ lớn để có thể thực hiện thay đổi - cần thiết cho bước sau để khắc phục lỗi (tôi đã làm điều đó với 2gb, nhưng chắc chắn nó cần ít hơn)

3. Khởi động với USB mới. Mở /usr/share/initramfs-tools/scripts/casperbằng root để chỉnh sửa (sudo). Thay đổi chức năng setup_unionfs () thành như sau: https://launchpadlibrarian.net/258626969/casper%20feft.txt

4. sudo update-initramfs -u (Phải gỡ bỏ cryptsetup để làm điều này)

5. Sao chép tệp initrd.img được tạo từ /bootvị trí khác.

6. Từ một hệ điều hành khác, xóa tệp casper-rw trong USB. Sao chép initrd.img trở lại phân vùng trực tiếp và thay đổi mục menu để sử dụng initrd.img mới được xây dựng.

Lần tới khi bạn khởi động từ USB, bây giờ nó sẽ khởi động từ phân vùng casper-rw .

Điều này làm việc cho tôi cho 16.04 sau một thời gian dài bực bội tìm kiếm giải pháp!

Cập nhật câu trả lời của Yu Jia ... Cảm ơn Yu Jia đã chỉ cho đúng hướng.

1) Trước tiên, sử dụng tệp casper-rw để tránh sự cố phân vùng casper-rw. 500MB trở xuống là đủ tốt.

2) Khởi động với USB mới. Mở / usr / share / initramfs-tools / scripts / casper với root để chỉnh sửa (sudo). Thay đổi chức năng setup_unionfs () thành như sau: https://launchpadlibrarian.net/258626969/casper%20feft.txt

3) sudo update-initramfs -u (cảnh báo từ cryptsetup, nhưng có thể bỏ qua một cách an toàn.)

4) Sao chép tệp "initrd.img.4.4 .... generic" được tạo từ / boot sang vị trí khác. Đổi tên nó thành initrd.img.

5) Từ một hệ điều hành khác, xóa tệp casper-rw trong USB.

6) Sao chép initrd.img trở lại phân vùng trực tiếp và thay đổi mục menu để sử dụng initrd.img mới được xây dựng. ví dụ

label ubnentry1
menu label ^Ubuntu 16.04
kernel /casper/vmlinuz.efi
append initrd=/newly_generated_initrd.img file=/cdrom/preseed/ubuntu.seed boot=casper  quiet splash -- persistent

mkusb phiên bản 11 cổ điển và phiên bản 12 bí danh mkusb-dus có thể tự động tạo một ổ đĩa trực tiếp bền bỉ với tất cả các phiên bản và hương vị Ubuntu hiện tại, cũng như với Debian Jessie.

mkusb sử dụng casper-rwphân vùng

mkusb cũng hoạt động với một số distro linux có nguồn gốc từ Ubuntu. Tôi chưa thử nghiệm với các phiên bản Linux Mint mới nhất, nhưng nó hoạt động với các phiên bản trước vì cấu trúc khởi động là / tương tự như Ubuntu.

Cài đặt mkusb với các dòng lệnh sau trong Ubuntu và các hương vị của Ubuntu (Kubfox, Lubfox ... Xubfox).

Nếu bạn chạy Ubuntu tiêu chuẩn, bạn cần một hướng dẫn bổ sung để có được kho vũ trụ. (Kubfox, Lubfox ... Xubfox tự động kích hoạt kho lưu trữ.)

sudo add-apt-repository universe  # only for standard Ubuntu

sudo add-apt-repository ppa:mkusb/ppa  # and press Enter
sudo apt-get update
sudo apt-get install mkusb mkusb-nox usb-pack-efi

Xem các liên kết này,

mkUSB-quick-start-Manual.pdf

help.ubfox.com/community/mkusb

help.ubfox.com/community/mkusb/persistent

help.ubfox.com/community/mkusb/install-to-debian

Tải xuống và sử dụng mkusb-Installer hoạt động với một số bản phân phối linux khác. Sử dụng một trong các liên kết sau (và phương thức),

help.ubfox.com/community/mkusb/gui#from_phillw.net

help.ubfox.com/community/mkusb/gui/tarball

Tôi không gặp vấn đề gì khi tạo ra ổ đĩa và khởi động nó ... Bạn đã tạo ra perndrive như sau chưa?

Quá trình này bao gồm 3 bước:

1. Phân vùng ổ đĩa.
2. Tạo một ổ đĩa khởi động bằng Universal USB Installer .
3. Thêm Cờ vào phân vùng UUI và Hoàn tất quy trình phân vùng.

Bước 1:

Mở GParted và phân vùng ổ đĩa như sau-

Phân vùng chưa được phân bổ được thêm vào sau trong bước 3, sdc2 dành cho Ubuntu và sdc3 là để duy trì. Vì đây là ổ cứng 8GB, tôi đã sử dụng 3,32GB làm ổ đĩa liên tục nhưng sẽ hoạt động với mọi kích cỡ. Dán nhãn phân vùng này là casper-rw .

Bước 2:

Chèn ổ đĩa trong Máy Windows. Ổ đĩa thứ hai (tức là hệ điều hành nhãn) sẽ được phát hiện. Cài đặt Ubuntu trong ổ đĩa này bằng Trình cài đặt USB phổ quát.

Đặt một tệp nhỏ liên tục, tôi đã sử dụng 204MB. Kích thước không quan trọng vì dù sao chúng tôi sẽ xóa nó trong bước 3. Nhấn Tạo .

Bước 3:

Chèn ổ đĩa trở lại trong Hệ thống Ubuntu và thay đổi bảng phân vùng như sau-

Bây giờ là phần cuối cùng, Nhấp chuột phải vào phân vùng thứ 2 và chọn Quản lý cờ . Kiểm tra Boot và lba .

Bây giờ bạn có một ổ đĩa có phân vùng đầu tiên sẽ được phát hiện trong các cửa sổ và ổ đĩa liên tục lớn hơn 4GB.

Câu hỏi của bạn có liên quan đến lỗi này: https://bugs.launchpad.net/bugs/1489855

Một bản phát hành cũ hơn của 14.04 LTS sẽ hoạt động.

• 14.04.2 công trình
• 14.04.3 không thành công
• 14.04.4 không thành công

Cũng thế:

• 15.04 công trình
• 15.10 không thành công

Tôi chỉ xoay sở để đạt được điều này với rất nhiều sự giúp đỡ từ bộ câu trả lời rất hữu ích này.

Để tham khảo, tôi đã thiết lập Kingston Data Traveller 16 GB với hình ảnh ISO tùy chỉnh mà tôi đã tạo trước đó bằng SystemBack.

Hệ điều hành tôi đang làm việc là Lubfox và ISO tùy chỉnh của tôi có rất nhiều thay đổi gói phần mềm (tôi đã gỡ bỏ rất nhiều gumpf và cài đặt một số tiện ích cần thiết).

Tôi đã bắt đầu bằng cách sử dụng bộ hướng dẫn rất hữu ích của araghuteja và thiết lập thiết bị của tôi với ba phân vùng:

• 4 GB cho phân vùng FAT32 có thể truy cập Windows ( /dev/sdc1)
• 2 GB cho HĐH ( /dev/sdc2)
• Phần còn lại (dưới 8 GB, nhưng xấp xỉ đó) là phân vùng casper-rw ( /dev/sdc3)

Thật không may, điều này không thực sự hiệu quả, vì chỉ cần loại bỏ tệp casper-rw khỏi phân vùng HĐH là không đủ.

Sự giúp đỡ thực sự là từ Yu Jia Cheong và StarBloom nơi họ giải thích cách đặt lại bộ tải khởi động GRUB để 'xem' phân vùng casper-rw .

Tôi đã phải làm cho một số chi tiết có thể làm cho hướng dẫn của Yu Jia rõ ràng hơn một chút. (Xin lưu ý, các hướng dẫn này có thể không hoàn toàn phù hợp với hình ảnh ISO ISO mặc định vì tôi nghĩ rằng một số vị trí tệp có thể bị thay đổi bởi cấu hình Systemback).

Cụ thể - trên Phần 5, tệp được tạo bởi

sudo update-initramfs -u

được đặt tên là initrd.img-4.4.0-47-generic .

Vì vậy - Tôi đã sao chép tệp này vào phân vùng 'casper-rw' của mình, nhưng sau đó tôi nhận ra rằng menu khởi động GRUB của mình trông có vẻ như tham chiếu /casper/initrd.gz (ở bốn vị trí) nằm trong / boot / grub trên phân vùng UUI.

Vì vậy - Tôi đã đổi tên initrd.img-4.4.0-47-generic thành initrd.gz và thay thế tệp trong UUI / boot / grub / casper / (rõ ràng là giữ lại một bản sao của tệp cũ chỉ trong trường hợp!).

Đã khởi động với thanh USB cụ thể đó và sử dụng df -htrong thư mục gốc của 'máy' tôi nhận được như sau:

$ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev             16G  4.0K   16G   1% /dev
tmpfs           3.2G  1.6M  3.2G   1% /run
/dev/sdb1       2.0G  1.3G  729M  65% /cdrom
/dev/loop0      1.3G  1.3G     0 100% /rofs
/cow            8.2G  118M  7.7G   2% /
none            4.0K     0  4.0K   0% /sys/fs/cgroup
tmpfs            16G  4.0K   16G   1% /tmp
none            5.0M     0  5.0M   0% /run/lock
none             16G     0   16G   0% /run/shm
none            100M   16K  100M   1% /run/user
/dev/sdb3       4.0G  4.0K  4.0G   1% /media/silver/DATA
/dev/sdb2       8.2G  118M  7.7G   2% /media/silver/casper-rw

Tôi giả sử / cow là phân vùng trực tiếp casper và nó đang hiển thị kích thước chính xác.

Tôi thấy thú vị khi tôi thực sự có thể XEM phân vùng casper-rw là / dev / sdb2 khi tôi đang sử dụng máy - điều này có đúng không ??

Tôi cũng không bị thuyết phục về phân vùng 3 chiều. Trong Windows (10) tôi chỉ có thể thấy phân vùng HĐH , không phải phân vùng Dữ liệu .

Rất cám ơn tất cả, và tôi hy vọng kinh nghiệm của tôi sẽ giúp người khác! (Lưu ý - Tôi là người mới sử dụng Stack Exchange mà tôi không thể nhận xét - do đó câu trả lời của tôi là mới, thay vì nhận xét về Yu Jia).

Cập nhật

Tôi đang thử lại lần nữa để tạo một 'Máy bút' khác và tôi nhận ra rằng hình ảnh ISO của bạn càng lớn, bạn càng cần tạo nhiều chỗ cho tệp casper-rw khi bạn chạy UUInstaller.

Hình ảnh ISO mới nhất của tôi là 3,8 GB (đó là Ubuntu 16.04 tùy chỉnh) và sau ba lần thử, tôi phải tạo phân vùng HĐH ban đầu ở mức 5 GB và sử dụng cài đặt bền vững 1 GB trong trình cài đặt - nếu không bạn sẽ hết dung lượng khi cập nhật các hàm initramfs.

Lưu ý - Cuối cùng tôi đã dùng đến cách đặt phân vùng HĐH ở mức 8 GB, để đảm bảo tôi có phòng!

Có vẻ như quá trình khởi động bị gián đoạn ngay sau khi tải đĩa RAM ban đầu. Điều này là do không thể gắn kết hệ thống tệp gốc (filesystem.squashfs). Vì mọi thứ đều hoạt động tốt trước khi chỉnh sửa phân vùng, một hoặc nhiều điều sau đây có thể là lý do cho sự thất bại.

• Thay đổi UUID.
• (Các) tệp bị hỏng (filesystem.squashfs, vmlinuz)
• Hệ thống tập tin bị hỏng

Thử:

• Định dạng phân vùng khởi động (với ext3) (bây giờ bạn có ba phân vùng như trước đó).
• Tái tạo hệ thống trực tiếp bằng UNetbootin với tùy chọn kiên trì.
• Xóa tệp kiên trì (để nó sử dụng phân vùng lưu trữ lâu bền)

Tôi đã gặp vấn đề tương tự với hình ảnh ISO Lubfox 14.04.3 i386 và đã bỏ cuộc. Sau đó, tôi đã thử hình ảnh ISO AMD64 của Lubfox 15.04 (trước đó tôi đã từ bỏ vào ngày 15.04 vì một lỗi xảy ra khi khởi động, nhưng hóa ra đó chỉ là một vấn đề nhỏ ^* ).

Các casper-rwphân vùng hoạt động tốt với hệ thống sau (theo các hướng dẫn thông thường), vì vậy có vẻ như vấn đề là không có gì để làm với quá trình, nhưng để làm với một vấn đề cụ thể đối với một số 14.04 hình ảnh ISO.

Trước đây tôi đã cài đặt thành công hệ thống Lubfox 14.04 với casper-rwphân vùng liên tục, vì vậy tôi biết bản gốc 14.04 đã hoạt động. Vì vậy, nó có thể chỉ là 14.04.3 đó là vấn đề?

_{* Nếu bạn sử dụng 15.04 và gặp phải vấn đề "Thiếu tham số trong tệp cấu hình ..." khi khởi động, hãy nhập "trực tiếp" và nhập.}