Dung lượng 32 bit trong phiên bản 3 là nguyên nhân làm giới hạn kích thước hệ thống tập tin 16 TB hiện hành. Để mở rộng giới hạn của hệ thống tệp tin, phương pháp đơn giản là tăng dung lượng bit được sử dụng để đại diện cho số lượng khối và sau đó sửa chữa tất cả các tham chiếu cho các dữ liệu và các khối siêu dữ liệu.
Trước đây, phiên bản 3 có bản báo lỗi cấp độ 3 với khả năng hỗ trợ số lượng khối vật lý lên tới 48 bit. Ở phiên bản 4, thay vì mở rộng số lượng khối lên đến 64 bit, người phát triển phiên bản 4 quyết định mở rộng bản đồ với số khối 48 bit. Cả hai điều này nhằm nâng cao năng lực của hệ thống tập tin và cải thiện độ lớn tập tin một cách hiệu quả. Với số khối 48 bit, phiên bản 4 có thể hỗ trợ hệ thống tập tin với kích thước tối đa lên đến 2(48+12) = 260 bytes (1 EB) với kích cỡ khối 4 KB.
Sau khi thay đổi số lượng khối dữ liệu 48 bit, bước tiếp theo là chỉnh sửa cho chính xác các tham chiếu đến các khối siêu dữ liệu tương ứng. Siêu dữ liệu tồn tại trong siêu khối, mô tả nhóm, và journal. Các trường mới đã được thêm vào ở phần cuối của cấu trúc siêu khối để lưu trữ 32 bit quan trọng nhất cho các biến block- counter, s_free_blocks_count, s_blocks_count, và s_r_blocks_count.
Kể từ khi địa chỉ các khối thay đổi trong hệ thống tập tin được đăng trên tạp chí, khối lớp nhật ký (JBD) cũng được yêu cầu để hỗ trợ các địa chỉ khối ít nhất là 48 bit. Vì thế, JBD phân nhánh thành JBD2 để hỗ trợ số khối hơn 32 bit, cùng lúc đó thì phiên bản 4 cũng được chia hai. Mặc dù hiện tại chỉ có phiên bản 4 là sử dụng JBD2, nó có thể cung cấp hỗ trợ ghi lại nhật ký chung của cả hai hệ thống tập tin 32 bit và 64 bit.
Một câu hỏi đặt ra rằng tại sao chúng ta lại chọn 48 bit thay vì được hỗ trợ 64 bit. Ở tốc độ hiện tại, một hệ thống tập tin 1EB sễ phải mất 119 năm để hoàn thành một e2fsck đầy đủ và 65536 lần so với hệ thống tập tin 264 khối (64 ZB).