Tôi có thể lưu các tài liệu này trên một máy sắp chết khỏi lãng quên không?

Đầu tiên, một lời thú nhận: không, tôi đã không thực hiện các bản sao lưu mà tôi nên có.

Thứ hai, tình hình:

Tôi có một Dell XPS 9550 với một đĩa trạng thái rắn chạy Fedora 25 .

Tôi đang làm việc trên một tệp và cố gắng lưu nó khi tôi được thông báo rằng tôi đang cố lưu vào hệ thống tệp chỉ đọc . Hóa ra hệ thống tập tin của tôi hiện chỉ đọc và có lỗi i / o ở khắp mọi nơi.

Tôi đã có thể lưu một số tệp bằng cách gửi email cho chính mình thông qua trình duyệt web mở, nhưng nó đã bị sập và tôi không thể khởi chạy lại. Nhưng tôi vẫn có các tệp quan tâm mở trong một trình soạn thảo. Tôi dường như không thể lưu các tập tin ở bất cứ đâu, nhưng tôi có thể sao chép nội dung của chúng. Nếu chỉ tôi có thể tìm cách để hoàn thành nội dung tệp, tôi có thể tiết kiệm cho mình hàng tháng làm việc.

Nhưng có một số hạn chế khủng khiếp. Tôi đã cố gắng chèn một ổ đĩa USB, nhưng không có thiết bị nào xuất hiện để đại diện cho nó và mountlệnh chết với một segfault. Tôi có thể cố gắng ssh sang máy tính khác, nhưng tôi bị "lỗi bus" và nó chết. ping, dmesg, ifconfig, Không ai trong số những công việc. Nhưng tôi có vimvà lessvà lsvà có thể đẻ trứng mới bashtrường.

Không lynx, không firefox, không google-chrome. Không có ổ đĩa DVD.

Về cơ bản có vẻ như SSD của tôi đã chết. Hoặc có thể là toàn bộ bo mạch chủ. Tôi có các tài liệu có giá trị lớn vẫn còn trong bộ nhớ, tôi có địa chỉ IP và kết nối mạng, tôi có thể chạy một vài lệnh ngẫu nhiên và có thêm 3500 trên con đường mà tôi có thể thử.

catvà gccdường như làm việc Tôi có thể ghi vào tập tin trong / tmp. Tôi có một ipythonví dụ đang chạy mà dường như vẫn hoạt động.

Vì vậy, ... những gì tôi đã cố gắng cho đến nay đã thất bại. Nhưng tôi cảm thấy như vẫn còn một ngàn khả năng. Tôi không cân nhắc điều gì? Làm thế nào tôi có thể lấy những tập tin này ra khỏi máy tính đang hấp hối của tôi?

Chắc chắn phải có cách.

CẬP NHẬT : Công cụ mới:

• Tôi bị mất kết nối mạng do sự ngu ngốc của chính mình.
• Tôi đã viết một kịch bản Python để thay thế cpvàcp -r
• Trừ khi tôi tìm cách nào đó để tạo một /devmục nhập cho thẻ SD hoặc cho các ổ USB, thì các cược tốt nhất của tôi để lấy dữ liệu dường như là màn hình và có thể là loa / cáp âm thanh.
• Tôi đang viết một tập lệnh để thử đọc các tập tin và xuất ra tập tin nào có thể đọc được.

Gợi ý vẫn rất hoan nghênh!

CẬP NHẬT 2 : Công cụ mới hơn:

• Trên máy tính sắp chết, tôi đã viết một tập lệnh Python sẽ đọc từng tệp một và cố gắng truyền đạt các bit đó bằng cách nhấp nháy màn hình màu này hay màu khác. Ngay bây giờ, nó đang cố gắng thực hiện mã hai bit trong đó tất cả các màu đỏ, lục, lam và trắng đại diện cho một cặp hai bit. Tuy nhiên, điều này không hoạt động tốt, vì vậy tôi có thể chỉ cần chuyển sang hai màu và làm từng chút một.
• Trên máy tính xách tay khác của tôi (Thinkpad cũ đáng tin cậy mà tôi đã từ bỏ cho XPS mới nóng hổi này) Tôi đã viết một tập lệnh đọc từ webcam bằng thư viện OpenCV Python. Ý tưởng là để nó giải mã các mã được gửi bởi máy tính khác. Vấn đề là tốc độ khung hình từ máy ảnh là 15 khung hình mỗi giây, điều đó có nghĩa là nếu tôi chuyển hoàn hảo, không có lỗi, tốc độ dữ liệu tối đa của tôi sẽ là 30 bit mỗi giây, tức là 225 byte mỗi giây. Đó là 324k mỗi ngày.
• Trên XPS sắp chết, tôi có thể sử dụng tarđể đóng gói các tệp mong muốn vào một kho lưu trữ duy nhất, đó là 1,7 MB. Thật không may, gzip, bzip2, xz, lzopvà bất cứ điều gì nén tiện ích không có sẵn. NHƯNG sử dụng zlibmô-đun của Python Tôi có thể nén tệp này xuống còn 820KB. Với kích thước đó, tôi có thể nhận được thứ này được gửi trong một vài ngày.
• Vì phương thức chuyển này có thể sẽ rất dễ bị lỗi, tôi sẽ triển khai mã Hamming trên XPS để thêm một số sửa lỗi khi tôi truyền dữ liệu.
• Có khả năng sẽ có các biến chứng vì đó là những gì xảy ra, nhưng ít nhất có vẻ khả thi để lấy dữ liệu này ra!
• Vì đây vẫn là một cách khá khó để gửi dữ liệu, tôi đã tìm hiểu thêm về trình điều khiển nối tiếp USB. Các module Tôi đã cố gắng để tải ( usb-serial-simple, usb-debug, safe-serial) cho I / O lỗi. Tôi cũng không nghĩ rằng nó được tích hợp vào kernel, bởi vì không có thiết bị / dev / ttyUSB * nào hiện diện.

Cảm ơn những lời đề nghị của mọi người cho đến nay --- Tôi biết đây thậm chí không phải là một câu hỏi được xác định rõ vì các bạn không biết trước chương trình / tập tin nào có thể đọc được hay không. Vẫn mở để đề xuất tốt hơn so với phương pháp video này!

CẬP NHẬT 3 : Công cụ mới nhất

• Tôi đã nhận được một webcam PS3 Eye và sau khi vô hiệu hóa mức tăng và phơi sáng tự động của nó, tôi đã đọc thành công dữ liệu của XPS, mặc dù ở mức 1 byte mỗi giây. Đây là một thành công lớn --- dữ liệu đầu tiên được hoàn thành! Nhưng tốc độ quá chậm để đưa 820KB của tôi ra trong bất kỳ loại thời gian hợp lý nào và tỷ lệ lỗi quá cao.

• Vấn đề là viết vào thiết bị đầu cuối quá chậm. Các cập nhật màn hình không giống bất cứ thứ gì như tức thời, cảm ơn (tôi nghĩ) về sự chậm chạp của urxvttrình giả lập thiết bị đầu cuối mà tôi có quyền truy cập.
• Tôi phát hiện ra rằng tôi có quyền truy cập vào trình biên dịch Rust trên XPS. Tôi viết lại tập lệnh truyền bằng cách sử dụng Rust để xem liệu điều đó có cải thiện tốc độ làm mới thiết bị đầu cuối hay không, nhưng nó không giúp ích gì.
• Vì tôi không thể tăng tốc độ khung hình, tôi sẽ phải cố gắng tăng lượng dữ liệu tôi nhận được trên mỗi khung. Cách tiếp cận hiện tại của tôi trông giống như thế này:

Nửa bên phải vẫn là tín hiệu đồng hồ, bật và tắt để đánh dấu sự xuất hiện của các khung mới. Nhưng bên trái bây giờ là một lưới trong đó mỗi ô được đánh dấu bằng một hình vuông màu đỏ ở góc, và sau đó ô màu xanh lá cây ở bên phải và xuống từ hình vuông màu đỏ được bật và tắt để chỉ ra một chút. Các ô vuông màu đỏ sẽ cho phép máy tính nhận hiệu chỉnh vị trí của các ô. Tôi chưa có dữ liệu nào theo cách này, nhưng đó là những gì tôi đang làm.

• Có người đề nghị tôi xem xét việc viết mã QR thay vì các mẫu màu ad hoc này. Tôi cũng sẽ xem xét điều đó, và có lẽ thực hiện điều đó thay vì cách tiếp cận lưới này. Việc sửa lỗi sẽ là một chiến thắng tốt đẹp, cũng như có thể sử dụng các thư viện tiêu chuẩn để giải mã.
• Tôi đã học được rằng tôi có quyền truy cập vào libasound (thư viện âm thanh ALSA), nhưng không truy cập vào các tệp tiêu đề được liên kết với nó ( alsa/asoundlib.hhoặc bất cứ điều gì). Nếu bất cứ ai biết cách sử dụng thư viện dùng chung mà không cần tiêu đề hoặc có thể giúp tôi viết tiêu đề phù hợp để cho phép tôi tạo đầu ra âm thanh, thì tôi có thể có cách lấy các tệp dựa trên âm thanh.
• Thay phiên, nếu ai đó có thể giúp tôi thao tác với các thiết bị USB mà không cần truy cập libusb thì có lẽ tôi có thể làm gì đó với điều đó?

Tiến về phía trước!

CẬP NHẬT 4 : đầu ra âm thanh được sản xuất!

Người dùng Francesco Noferi đã thực hiện một số công việc tuyệt vời giúp tôi sử dụng thư viện ALSA được đề cập trong bản cập nhật trước. Trình biên dịch C có vấn đề, nhưng sử dụng trình biên dịch Rust, tôi có thể sử dụng FFI để gọi trực tiếp vào libasound. Bây giờ tôi đã phát một loạt dữ liệu của mình qua âm thanh và nó nghe như âm nhạc đến tai tôi! Vẫn cần phải thiết lập một kênh liên lạc thực sự, nhưng tôi cảm thấy rất hy vọng. Tại thời điểm này, công việc của tôi về cơ bản là triển khai một modem, vì vậy nếu có ai có bất kỳ hướng dẫn nào về những cách tốt để làm điều đó thì tôi đều nghe thấy. Điều chế lý tưởng là dễ dàng thực hiện bằng tay và giải điều chế mà có thư viện hiện có mà tôi có thể sử dụng. Vì điều này có thể đi trực tiếp qua cáp âm thanh và không qua mạng điện thoại, theo lý thuyết chúng tôi có thể làm tốt hơn 56kb / giây hoặc bất cứ tiêu chuẩn nào đã trở lại trong ngày, nhưng trong thực tế, ai biết chúng tôi sẽ nhận được gì.

Cảm ơn tất cả mọi người theo dõi tại đây và tại / r / techsupportmacgyver và at / r / Rust đóng góp rất nhiều đề xuất tuyệt vời. Sẽ sớm triển khai "modem" này và sau đó tôi sẽ hoàn thành việc này với một đoạn kết. Tôi nghĩ rằng tôi có thể đặt mã của mình lên một nơi nào đó để những người tuyệt vọng khác sử dụng trong tương lai --- thậm chí có thể là một kho chứa các công cụ lọc kỳ lạ dễ dàng nhập vào một cỗ máy sắp chết? Chúng ta sẽ xem chuyện gì xảy ra.

CẬP NHẬT 5 : Tôi đã mất một thời gian dài vật lộn với ALSA và thiết bị thu âm thanh StarTech USB giá rẻ của tôi (không có dòng tích hợp trên máy tính xách tay nhận), và nhiều sai lầm bắt đầu cố gắng cuộn giao thức truyền của riêng tôi, nhưng cuối cùng theo lời khuyên của một số người Những người bạn đam mê radio của tôi Tôi đã triển khai giao thức đường dây RTTY chạy ở tốc độ 150 baud, trong thực tế, nó mang lại cho tôi khoảng 10 byte mỗi giây. Nó không phải là siêu nhanh nhưng nó khá đáng tin cậy. Và tôi gần như đã hoàn tất việc chuyển tệp 820KB của mình, được xác minh bằng tổng kiểm tra CRC32 (sử dụng chức năng crc32 từ Python'szlibmô-đun, mà tôi có quyền truy cập). Vì vậy, tôi đang tuyên bố chiến thắng, và muốn cảm ơn tôi một lần nữa! Tôi sẽ dành thêm thời gian để tìm thêm các tệp có thể đọc được và tôi có thể chuyển, nhưng nền tảng đã sẵn sàng. Thật vui khi được làm việc với tất cả các bạn!

CẬP NHẬT CUỐI CÙNG :

Trên máy nhuộm:

$ tar cf ./files
$ ./checksum.py ./files.tar 9999999
Part 1 checksum: -1459633665
$ ./zlib_compress.py ./files.tar
$ ./checksum.py ./files.tar.z 9999999
Part 1 checksum: -378365928
$ ./transmit_rust/target/debug/transmit ./files.tar.z
Transmitting files.tar.gz over audio using RTTY
Period size: 2048
Sample rate: 44100
Samples per bit: 294
Sending start signal.
Transmitting data.
nread: 2048
nread: 2048
...
nread: 2048
nread: 208
Transmission complete. Sending hold signal.

Trên máy cứu hộ:

$ minimodem --rx -8 --rx-one -R 44100 -S 915 -M 1085 --startbits 3
            --stopbits 2 --alsa=1 150 -q > ./files.tar.z
$ ./checksum.py ./files.tar.z
Part 1 checksum: -378365928
$ ./zlib_decompress.py ./files.tar.z
$ ./checksum.py ./files.tar
Part 1 checksum: -1459633665

:-)

đây là một chương trình libasound ví dụ với các định nghĩa vừa đủ để có được đầu ra wav 44.1k 2 kênh cơ bản mà không cần các tiêu đề.

EDIT: Tôi thực sự không chắc chắn nếu việc đổ thẳng dữ liệu lên như wav sẽ hoạt động hay không, vì tiếng ồn khi ghi có thể dễ dàng làm hỏng nó, nhưng bạn có thể làm gì đó như sóng bit hình sin ở tần số cao, đáng tin cậy hơn

EDIT2: nếu aplay có mặt và hoạt động, bạn cũng có thể sử dụng nó và chỉ cần viết một chương trình phát ra âm thanh thô và chuyển nó thành aplay hoặc bất cứ thứ gì có thể phát âm thanh

EDIT3: đã sửa đổi nó để không sử dụng bất kỳ tiêu đề nào cả

if -lasound không biên dịch, thêm -L / path / where / libasound / is / Nằm

/*
    gcc alsa_noheader.c -lasound
    cat stuff.wav | ./a.out
*/

typedef unsigned int uint;
typedef unsigned long ulon;

int printf(char*, ...);
void* malloc(long);
long read(int fd, void* buf, ulon count);

int snd_pcm_open(void**, char*, int, int);
ulon snd_pcm_hw_params_sizeof();
int snd_pcm_hw_params_any(void*, void*);
int snd_pcm_hw_params_set_access(void*, void*, int);
int snd_pcm_hw_params_set_format(void*, void*, int);
int snd_pcm_hw_params_set_channels(void*, void*, uint);
int snd_pcm_hw_params_set_rate_near(void*, void*, uint*, int*);
int snd_pcm_hw_params(void*, void*);
int snd_pcm_hw_params_get_period_size(void*, ulon*, int*);
long snd_pcm_writei(void*, void*, uint);
int snd_pcm_prepare(void*);
int snd_pcm_drain(void*);
int snd_pcm_close(void*);

int main(int argc, char* argv[])
{
    void* pcm;
    void* params;

    int rate;
    int nchannels;
    ulon frames;
    void* buf;
    int bufsize;
    long nread;

    snd_pcm_open(&pcm, "default", 0, 0);
    params = malloc(snd_pcm_hw_params_sizeof());
    snd_pcm_hw_params_any(pcm, params);

    /* 3 = rw_interleaved */
    snd_pcm_hw_params_set_access(pcm, params, 3);

    /* 2 = 16-bit signed little endian */
    snd_pcm_hw_params_set_format(pcm, params, 2);

    /* 2 channels */
    nchannels = 2;
    snd_pcm_hw_params_set_channels(pcm, params, nchannels);

    /* sample rate */
    rate = 44100;
    snd_pcm_hw_params_set_rate_near(pcm, params, &rate, 0);

    snd_pcm_hw_params(pcm, params);
    snd_pcm_hw_params_get_period_size(params, &frames, 0);

    bufsize = frames * nchannels * 2;
    buf = malloc(bufsize);

    /* read file from stdin */
    while (nread = read(0, buf, bufsize) > 0)
    {
        if (snd_pcm_writei(pcm, buf, frames) == -29)
        {
            printf("W: underrun\n");
            snd_pcm_prepare(pcm);
        }
    }

    snd_pcm_drain(pcm);
    snd_pcm_close(pcm);

    return 0;
}

HDMI của bạn hoặc bất kỳ cổng hiển thị nào khác đang hoạt động? Nếu vậy bạn có thể sử dụng một thiết bị chụp màn hình để ghi lại dưới dạng video và xử lý sau. Do đó, không bị giới hạn bởi tốc độ khung hình webcam của bạn.

Làm thế nào về bạn mã hóa dữ liệu của bạn và xuất trang trên mỗi trang đến thiết bị đầu cuối?

Bạn có thể thêm tiền tố với phần bù trong tệp nhị phân để bạn có thể dễ dàng tạo lại một trang (để chỉnh sửa thủ công?)

Sau đó, trên một máy tính khác, sử dụng một số phần mềm OCR để quét các trang.

Thiết bị đầu cuối 80x25 sẽ mang lại 1000 byte mỗi trang (trừ một số khoảng trống cho tiền tố). Vì vậy, trong khoảng 1000 trang bạn có thể lấy dữ liệu của mình. Ngay cả ở một trang mỗi giây, đó là ít hơn 20 phút.

Mã hóa hex rất dễ viết và cũng cung cấp một hình thức sửa lỗi thô (chỉ có 16 ký hiệu hợp lệ).

bạn có thể thiết lập kết nối mạng không? ssh có thể hơi quá nhiều nhưng nếu bạn có thể sử dụng netcat trên 2 máy thì bạn có thể truyền dữ liệu. Một ở chế độ gửi, một ở chế độ nghe. Nếu tất cả những gì bạn cần làm là chuyển văn bản thì 'có thể' này là một giải pháp ..

chỉnh sửa: không có gì, chỉ cần đọc rằng bạn cũng bị mất kết nối mạng ..

Bạn có thể tự gửi email từ dòng lệnh, bao gồm gửi tệp.

Cái gì đó như:

$ mail -s "Hello World" user@yourmaildomain.com < /tmp/urgentFileToSave.txt

nên làm việc.

Một số ví dụ khác: http://www.binarytides.com/linux-mail-command-examples/

Python có thể truy cập cổng âm thanh của bạn không? Bạn có thể thử chuyển dữ liệu bằng cách sử dụng - xem cái này hoặc cái kia .

Bạn có thể loại bỏ SSD khỏi máy của bạn và dd/ photorec/ vv nó trên một máy hoạt động khác.

Dưới đây là hướng dẫn sử dụng dịch vụ Dell cho 9550 - xem phần "Xóa ổ đĩa trạng thái rắn". Khi bạn tháo ổ đĩa, bạn có thể lấy vỏ USB M.2 bên ngoài và gắn đĩa vào một máy khác để khôi phục dữ liệu của bạn.

Cú sút xa, nhưng một số distro có ham giao thức vô tuyến được tích hợp. Một thứ phổ biến là fldigi. Hãy thử fldigi.

Nếu bạn có cái này hay cái khác, họ chuyển đổi văn bản thành âm thanh, thường sử dụng một số biến thể của khóa dịch pha. Đầu ra đi vào loa / tai nghe của bạn và được nhận bởi một máy tính ổn định trong cùng phòng, được liệt kê trên micrô của nó. (Điều này giúp loại bỏ các radio ham truyền và nhận âm thanh qua sóng phát).

Cách tiếp cận mã QR có thể là tốt. Bạn có thể vừa với càng nhiều càng tốt trên màn hình và làm mới chúng ngay khi thiết bị đầu cuối của bạn cho phép bạn. Sau đó ghi lại màn hình của XPS bằng máy ảnh (trái ngược với sử dụng webcam) và chỉ cần giải mã video bạn đã lưu. Có thể hữu ích để sử dụng chụp chuyển động chậm thậm chí.

Chương trình tuyệt vời :) Tôi có 1 đề xuất: bạn cũng có thể đọc dữ liệu từ màn hình bằng cách sử dụng diode photo được kết nối với card âm thanh của máy tính khác