Điểm:2

Cố gắng sao chép ổ cứng nhạc cụ nhưng tất cả tên tệp được rút ngắn thành 8 ký tự khi xem trong Ubuntu Studio 20.04

lá cờ ua

Chỉnh sửa: Cảm ơn tất cả các bạn vì những gợi ý! Nó đã cho tôi rất nhiều thứ để nhai. Tôi đoán tôi sẽ bắt đầu với việc tinh chỉnh câu hỏi ban đầu của mình: Hiện tại tôi đang cố duyệt các thư mục trên ổ cứng qua Ubuntu Studio 20.04, nhưng không thể đọc tên tệp ở bất kỳ định dạng nào ngoài định dạng 8.3, trong khi định dạng đặt tên ban đầu hỗ trợ 16 nhân vật.

Người ta cho rằng 8 ký tự bổ sung có thể dựa vào một số quy trình dành riêng cho thiết bị gốc (không phải Ubuntu) để mở khóa tên tệp dài hơn, đây sẽ là điểm dừng của các loại.

Tôi đã sao chép ổ đĩa 42MB theo cách này [sudo dd if=/dev/sdd of=a path to the USB drive tới một tệp có tên 42MB.dd mà tôi đã tạo trước đó. Tệp 42MB.dd đã được ghi, nhưng tôi không thể xem xét kỹ lưỡng tệp đó bằng testdisk vì tất cả những gì tôi có thể thấy là ổ đĩa vật lý, không phải hình ảnh ổ đĩa ảo (?).

Tôi đã gặp khó khăn khi chỉ cần ghi hình ảnh 42MB.dd vào CDR. Vì điều hợp lý là nếu hình ảnh có thể bị cháy mà không làm mất bất kỳ thứ nước sốt bí mật nào sẽ dẫn đến 16 tên ký tự mà tôi không cần phải xem thư mục bằng Ubuntu. Điều đó nói rằng, tôi vẫn chưa kiệt sức, vì vậy tôi sẽ tiếp tục tìm hiểu vấn đề này từ những góc độ mới và rất hữu ích này.

/Chỉnh sửa

Chỉnh sửa phần 2: Tôi chưa thử disk2file, vì trang web của họ bị vô hiệu hóa; và tôi vẫn chưa dùng thử WinHex vì có vẻ như đây là một sản phẩm của windows và tôi cảnh giác với việc thêm một lớp phức tạp tiềm ẩn khác vào quy trình của mình .. nhưng nó không bị loại trừ trong một thời gian dài (tôi vừa cài đặt wine).

Bây giờ tôi đã có thể mở ảnh đĩa bằng TestDisk. Có vẻ như định dạng 8.3 cũng được đưa vào từ đó. Tôi đã phải "xây dựng lại" khu vực khởi động của ảnh đĩa để thấy điều này.

Chụp màn hình TestDisk hiển thị một cột gồm các tệp khác nhau được đặt tên giống hệt nhau

Tôi vẫn chưa thử hướng TestDisk vào phần cứng ban đầu, vì tôi chưa muốn phá vỡ bất cứ thứ gì.

Rất cám ơn cho tất cả các ý tưởng và nỗ lực.Có thể là tôi chỉ cần cắt các tên tệp phụ thuộc lẫn nhau trong 20 năm thành các khối tám ký tự. Tuy nhiên, không có gì quyết liệt trước một vài đêm ngủ.

/chỉnh sửa phần 2

Tôi có một chồng ổ cứng SCSI bên ngoài đã được sử dụng và định dạng bởi bộ giải mã/bộ lấy mẫu MIDI Akai MPC2000. Mục đích của tôi là sao chép các ổ đĩa này thành các tệp dự phòng để tôi không còn phụ thuộc hoàn toàn vào bộ lưu trữ cũ nữa.

Tôi có một ổ đĩa 42 MB để bắt đầu. Khi tôi gắn ổ đĩa này, tất cả các tên tệp xuất hiện dưới dạng 8 ký tự cộng với phần mở rộng, trong khi quy ước đặt tên MPC là 16 ký tự cộng với phần mở rộng. Vì nhiều tệp là các mẫu âm thanh được lưu từ một nguồn cụ thể, nên nhiều tệp được đọc giống tên khi bị cắt bớt 8 ký tự (và cùng kích thước tệp, điều này không chính xác - mặc dù tôi tin rằng điều đó sẽ được giải quyết khi đặt tên tệp đã hoàn thành).

Tôi đã sử dụng dd if="my drive" of="USB thumb" để lấy dữ liệu. Điều này đã biến một thanh USB 16 GB thành hình ảnh giống như ổ đĩa 42 MB - hoàn chỉnh với các tên tệp bị cắt ngắn.

Tôi muốn có thể xem dữ liệu trên ổ đĩa (hoặc bản sao ổ đĩa) hoàn chỉnh với 16 tên ký tự và kích thước tệp chính xác trước khi tôi lưu trữ và chuyển sang ổ đĩa lớn hơn tiếp theo. Bất kỳ đề xuất?

lá cờ cn
Ray
Tôi không biết MPC2000 là gì, nhưng tôi tò mò về vấn đề của bạn và đã tìm kiếm trên Google. Có vẻ như [những người khác](https://www.mpc-forums.com/viewtopic.php?f=1&t=29794) đã gặp phải sự cố của bạn... Một người đã nói [điều này](https://www.mpc2000xl.com/fatvsmpc.htm). Có vẻ như Akai sử dụng định dạng tên tệp dài thậm chí còn có trước cả việc sử dụng của Microsoft (tôi đã học được một điều mới!). Tôi đoán bạn có thể thử Google xung quanh bằng cách thêm mô hình bằng từ "hệ thống tệp". Dường như với tôi là một độc quyền. Nếu Akai mở định dạng của họ, có lẽ bạn có thể tìm thấy ai đó đã làm điều gì đó để giải quyết vấn đề của bạn...chúc may mắn!
crochambeau avatar
lá cờ ua
Cảm ơn Ray! Vì vậy, có vẻ như Ubuntu chỉ có thể xem đây là các tệp DOS và khả năng hiển thị của tôi bị ép qua cửa sổ 8 ký tự. Tôi cho rằng tôi sẽ tiến hành thử ghi hình ảnh này vào đĩa CDr với hy vọng rằng lỗi định dạng đọc mà tôi gặp phải sẽ không làm hỏng dữ liệu thô và Akai vẫn có thể đọc được. Tôi thấy có một trình giả lập tuyên bố khả năng tương thích với linux, có lẽ tôi cũng sẽ thử.
lá cờ cn
"Khi tôi gắn ổ đĩa này, tất cả các tên tệp xuất hiện dưới dạng 8 ký tự cộng với phần mở rộng", vấn đề sẽ xảy ra với các tùy chọn gắn kết. Vui lòng thêm nó vào câu hỏi. "Tên tệp iso9660 bình thường xuất hiện ở định dạng 8.3" mặc dù FS đó hầu như chỉ được sử dụng cho CD và một số DVD chứ không phải cho SCSI: P chỉnh sửa: ồ họ thậm chí còn có hệ thống tệp riêng và nó còn được gọi là `MPC`
lá cờ cn
Xin lỗi không thể tìm thấy bất cứ điều gì. Tôi cho rằng họ đã tạo phiên bản định dạng iso9660 của riêng họ (đó là phiên bản duy nhất tôi biết sử dụng định dạng 8.3) Nó có thể có cơ sở dữ liệu nội bộ với công cụ chuyển đổi để chuyển từ tên ngắn sang tên dài (giống như tiền thân của siêu dữ liệu) .
Alejandro avatar
lá cờ jp
Tôi không thể ứng biến danh sách chính xác các bước kiểm tra ngay bây giờ, nhưng bạn có thể tạo tệp hình ảnh của toàn bộ ổ đĩa 42 MB bằng `dd if=/path/to/drive of=./image.dd`, rồi thử sử dụng TestDisk với hình ảnh và thử các tham số hệ thống tệp khác nhau để khôi phục tên tệp đầy đủ.
waltinator avatar
lá cờ it
Điều tra ổ đĩa (hoặc bản sao) bằng `sudo file --keep- going`. [Chỉnh sửa] câu hỏi của bạn, không trả lời qua Thêm Nhận xét.
Alejandro avatar
lá cờ jp
Bạn đã thử WinHex hoặc disk2file như đề xuất ở đây chưa? https://www.mpc2000xl.com/fatvsmpc.htm
Alejandro avatar
lá cờ jp
Ngoài ra, nếu tôi nhớ không lầm, để mở image.dd bằng TestDisk, chỉ cần thêm đường dẫn của hình ảnh vào lệnh: `testdisk /path/to/image.dd`
Alejandro avatar
lá cờ jp
Với đầu ra đó của TestDisk, tôi nghĩ rằng nó đang nhìn thấy kích thước khác nhau của mỗi tệp. Có lẽ bạn có thể sao chép từng cái một bằng tùy chọn `c để sao chép tệp hiện tại`, đổi tên chúng sau khi chúng được sao chép vào hệ thống của bạn.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.