Hệ thống tập tin tập tin cơ sở dữ liệu gốc có chỉ còn 0 byte không gian đĩa?

Tôi đã cài đặt 11.10 ~ hai tuần trước và gặp một số rắc rối kỳ lạ gần đây.

Cài đặt là trên máy tính xách tay hoàn toàn mới với ổ SSD 160 GB rõ ràng. Tôi đã chọn để mã hóa thư mục nhà. Ngoài ra, tôi chấp nhận mặc định trong quá trình cài đặt. Không có hệ điều hành khác trên máy tính xách tay của tôi.

Tôi đã sử dụng khoảng 40 GB khi sử dụng (lần thứ ba) tôi thấy cửa sổ rất khó chịu này:

Tình hình hai lần là khá tệ và toàn bộ hệ thống chậm lại đáng kể. Sau khi khởi động lại, tôi không thể đăng nhập vào giao diện đồ họa (với thông báo lỗi thông báo về không đủ dung lượng) và trước tiên phải xóa một số tệp khỏi dòng lệnh.

Lần thứ ba tôi vẫn quản lý để nhanh chóng xóa một số tập tin và nó đã giúp.

Máy tính xách tay của tôi chủ yếu là môi trường làm việc: vì vậy không có torrent, trò chơi, chỉ có hai bộ phim. Chỉ có không gian điền vào phương tiện là ~ 20GB hình ảnh và bó pdf. Hoạt động chủ yếu trên PostgreSQL & PostGIS, GeoServer và QGIS gần đây.

Mặc dù tôi có rất nhiều cơ hội để kiểm tra và thực hành các bản sao lưu của mình nhưng tôi sẽ vô cùng biết ơn nếu ai đó có thể chỉ cho tôi bất kỳ giải pháp tiềm năng nào cho vấn đề này.

Máy tính xách tay của tôi đã được mua ngay trước khi tôi cài đặt Ubuntu và nó không có hệ điều hành. Đó có thể là vấn đề phần cứng?

Hay là mã hóa homekhiến tôi đau đầu?

Cảm ơn vì sự giúp đỡ!

Cập nhật 1: Theo đề xuất của @ maniat1k , đây là đầu ra hiện tại của fdisk -l:

WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders, total 312581808 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1   312581807   156290903+  ee  GPT

Cập nhật 2: Theo đề xuất của zanfur , đầu ra của df:

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda2            149802648  31411456 110781576  23% /
udev                   1959764         4   1959760   1% /dev
tmpfs                   788276       992    787284   1% /run
none                      5120         0      5120   0% /run/lock
none                   1970684      2716   1967968   1% /run/shm
/dev/sda1                19363       129     19234   1% /boot/efi
/home/rdk/.Private   149802648  31411456 110781576  23% /home/rdk

Và sudo parted -l:

Model: ATA INTEL SSDSA2BW16 (scsi)
Disk /dev/sda: 160GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End     Size    File system  Name  Flags
 1      17.4kB  20.0MB  20.0MB  fat16              boot
 2      20.0MB  156GB   156GB   ext4
 3      156GB   160GB   4177MB

Cập nhật 3:

Một cửa sổ khác với thông báo bộ nhớ thấp: /

Hoạt động gần đây chủ yếu trên VirtualBox và sử dụng Remmina.

Theo thông tin này, tôi đã xóa hầu hết mọi thứ khỏi thư mục nhà của tôi. Khởi động lại. Có ~ 20GB được sử dụng sau đó [~ 10GB cho hình ảnh đĩa VirtualBox mà tôi muốn giữ nếu có thể]. Sau bình luận của SarveshLad, tôi đã cố gắng phục hồi thêm dung lượng và chạy ứng dụng Bleachbit khi tôi gặp một lỗi khác về không gian thấp trên HD. Sau đó hệ thống đóng băng. Làm thế nào trên trái đất Ubuntu của tôi có thể lấp đầy HD với hơn 100GB trong vòng vài phút?

Điều này gần như chắc chắn là do thực sự hết dung lượng trên hệ thống tập tin gốc. Nếu bạn có nhiều dung lượng trống trên ổ đĩa thì có khả năng bạn có một hệ thống tệp riêng cho dữ liệu người dùng của mình. Đây là một thiết lập phổ biến.

Để tìm lượng không gian trống trên tất cả các phân vùng của bạn, hãy chạy lệnh "đĩa miễn phí" , df. Bạn không cần phải root. Bạn sẽ nhận được một cái gì đó như sau:

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda1              9614116   8382396   1134048  89% /
none                   1541244       284   1540960   1% /dev
none                   1546180      4804   1541376   1% /dev/shm
none                   1546180       372   1545808   1% /var/run
none                   1546180         0   1546180   0% /var/lock
none                   1546180         0   1546180   0% /lib/init/rw
none                   9614116   8382396   1134048  89% /var/lib/ureadahead/debugfs
/dev/sda3             32218292  12333212  19885080  39% /home

Như bạn có thể thấy, tôi có một hệ thống tệp gốc riêng biệt (hệ thống tệp đầu tiên được liệt kê) và hệ thống tệp dữ liệu người dùng (hệ thống cuối cùng được liệt kê) và phân vùng gốc của tôi khá gần đầy đủ. Nếu dfđầu ra của bạn cho bạn thấy rằng hệ thống tệp gốc của bạn thực sự đã đầy, bạn cần xóa một số tệp (cẩn thận những tệp nào!) Hoặc thay đổi kích thước phân vùng của bạn.

Lệnh thiết bị đầu cuối hữu ích để tìm kiếm những gì ăn hết dung lượng là lệnh "sử dụng đĩa" du. Được gọi mà không có bất kỳ tham số nào, nó bắt đầu liệt kê kích thước của mọi tệp trong thư mục hiện tại và trong mọi thư mục bên dưới. Hữu ích hơn cho việc theo dõi việc sử dụng trong kịch bản của bạn sudo du -s -h -x /*, nó sẽ cung cấp cho bạn tổng dung lượng được sử dụng ( -s) của mỗi tệp hoặc thư mục ở đầu hệ thống tệp gốc của bạn ( /*), mà không cần nhìn vào các hệ thống tệp khác ( -x), ở người- các số có thể đọc được như "124M" ( -h). Đừng lo lắng nếu phải mất một lúc để hoàn thành, nó sẽ mất theo thứ tự phút đầu tiên chạy qua.

Tất nhiên, đừng xóa các tập tin mà không biết chúng là gì. Nhưng, nói chung, bạn sẽ không phá vỡ hệ thống của mình nếu bạn xóa các tệp trong các thư mục sau:

• /tmp (dữ liệu tạm thời của người dùng - những dữ liệu này thường được xóa mỗi lần khởi động lại)
• /var/tmp (cuộn in và dữ liệu tạm thời của hệ thống khác)
• /var/cache/* (cái này có thể nguy hiểm, nghiên cứu trước!)
• /root (thư mục gốc của người dùng)

Ngoài các địa điểm trên, các địa điểm sau là thủ phạm phổ biến:

• /opt (nhiều ứng dụng của bên thứ ba cài đặt tại đây và không tự dọn dẹp)
• /var/log (tệp nhật ký có thể ngốn nhiều dung lượng nếu có lỗi lặp lại)

Vì vậy, hãy kiểm tra những cái đầu tiên. Nếu hóa ra mọi thứ có vẻ chính xác và phân vùng gốc của bạn quá nhỏ, bạn sẽ cần thay đổi kích thước phân vùng của mình cho phù hợp. Có vô số cách để làm điều đó, nhưng có lẽ cách dễ nhất là khởi động từ Ubuntu LiveCD (lấy từ trang tải xuống của trang Ubuntu ) và chạy trình chỉnh sửa phân vùng Gnome gparted. Bạn có thể phải cài đặt gpartedgói trước (từ trong môi trường LiveCD, chạy sudo apt-get install gpartedhoặc sử dụng trung tâm phần mềm). Trong mọi trường hợp, nó là một tiện ích đồ họa sẽ cho phép bạn nhấp chuột phải vào phân vùng và chọn "thay đổi kích thước".

NB - không có bất kỳ hệ điều hành nào ngủ đông khi bạn thay đổi kích thước phân vùng , hoặc nó sẽ không hoạt động hoặc làm những điều khủng khiếp cho hệ điều hành ngủ đông của bạn.

Theo dfdanh sách của bạn , bạn có nhiều không gian trống trên /. Sau khi bạn nhận được một trong những thông báo này, hãy kiểm tra dflại và nếu nó vẫn còn nhiều dung lượng trống, hãy kiểm tra đầu ra của dmesgcác lỗi. Có thể bạn đang gặp lỗi khiến hệ thống tập tin chỉ được đọc lại và điều đó có thể gây nhầm lẫn cho trình thông báo không gian trống. Từ livecd, bạn nên mở tiện ích đĩa và kiểm tra trạng thái SMART của ổ đĩa để đảm bảo nó không có bất kỳ thành phần xấu hay bất cứ thứ gì. Chạy tự kiểm tra dài cũng có thể là một ý tưởng tốt và kiểm tra hệ thống tập tin sau đó.